acc-export
acc-export copied to clipboard
otymko
Ошибки чтения при загрузки проверок из внешнего JSON
Автоматизированная проверка конфигураций, редакция 1.2 (1.2.3.20) SonarScanner стартует из под Ubuntu Linux, проверка из АПК делает из под Win10.
При загрузке в формате genericissue
При этом в git исходник лежит корректно:
Похожая проблема на "Демонстрационная конфигурация для тестирования на АПК" 1.0.1.2 (win12, АПК 1.2.5.16, acc-export.epf 1.2.1 в формате reportjson). Куда копать?
Ловил похожую ошибку. В файлах исходников были лишние одиночные cr. Попробовал этот скрипт https://github.com/otymko/acc-export/blob/master/updatecr.os, он добавляет lf к одиночным cr. Если анализировать АПК эти же исходники должно помочь.
Я анализировал хранилище и лишние строки получившиеся после обработки скриптом мешали. Пришлось модифицировать скрипт на удаление одиночных cr. Сейчас наблюдаю updatecr.txt
Спасибо, помогло updatecr.txt. После updatecr.os загрузился только acc-generic-issue.json. а acc-json.json попадал на ошибку https://github.com/otymko/acc-export/issues/38
Ловил похожую ошибку. В файлах исходников были лишние одиночные cr. Попробовал этот скрипт https://github.com/otymko/acc-export/blob/master/updatecr.os, он добавляет lf к одиночным cr. Если анализировать АПК эти же исходники должно помочь.
Я анализировал хранилище и лишние строки получившиеся после обработки скриптом мешали. Пришлось модифицировать скрипт на удаление одиночных cr. Сейчас наблюдаю updatecr.txt
Пробежался вашим скриптом - в части поправил, но часть почему-то не видит, хотя сонар падает с ошибкой. в итоге убрав часть модулей я смог загрузиться. Может кто знает как это лечить?
В сообщении два скрипта. Они имеют немного разный подход к работе. Если не помогает полностью нужно смотреть почему, возможно проблема другая Я сейчас пользуюсь вторым(из текстового файла). 2 месяца полет нормальный.
В сообщении два скрипта. Они имеют немного разный подход к работе. Если не помогает полностью нужно смотреть почему, возможно проблема другая Я сейчас пользуюсь вторым(из текстового файла). 2 месяца полет нормальный.
я про тот, который updatecr.txt - его использовал. сначала прогнал updatecr.os. Или нужно изначально вашим? и еще вопрос - а в чем запускаете? cmd/powershell/bash? Какая ОС? ставите ли chcp 65001?
Тут либо одни скрипт либо второй. Так как после работы любого из них второй ничего не сделает, так как одиночных cr символов больше нет.
updatecr.txt переименовываю в updatecr.os.
Проверял только на windows. Запускал как вручную cmd и powershell. Сейчас крутиться в jenkins
В jenkins-е шаг выглядит так:
stage('Чистка CR') { bat(/ chcp 65001 && oscript C:\path\to\updatecr.os /) }