Ошибки чтения при загрузки проверок из внешнего JSON

[pimchest]

Автоматизированная проверка конфигураций, редакция 1.2 (1.2.3.20) SonarScanner стартует из под Ubuntu Linux, проверка из АПК делает из под Win10.

При загрузке в формате genericissue

При этом в git исходник лежит корректно:

[MikPetrov]

Похожая проблема на "Демонстрационная конфигурация для тестирования на АПК" 1.0.1.2 (win12, АПК 1.2.5.16, acc-export.epf 1.2.1 в формате reportjson). Куда копать?

[qtLex]

Ловил похожую ошибку. В файлах исходников были лишние одиночные cr. Попробовал этот скрипт https://github.com/otymko/acc-export/blob/master/updatecr.os, он добавляет lf к одиночным cr. Если анализировать АПК эти же исходники должно помочь.

Я анализировал хранилище и лишние строки получившиеся после обработки скриптом мешали. Пришлось модифицировать скрипт на удаление одиночных cr. Сейчас наблюдаю updatecr.txt

[MikPetrov]

Спасибо, помогло updatecr.txt. После updatecr.os загрузился только acc-generic-issue.json. а acc-json.json попадал на ошибку https://github.com/otymko/acc-export/issues/38

[dr-wut]

Ловил похожую ошибку. В файлах исходников были лишние одиночные cr. Попробовал этот скрипт https://github.com/otymko/acc-export/blob/master/updatecr.os, он добавляет lf к одиночным cr. Если анализировать АПК эти же исходники должно помочь.

Я анализировал хранилище и лишние строки получившиеся после обработки скриптом мешали. Пришлось модифицировать скрипт на удаление одиночных cr. Сейчас наблюдаю updatecr.txt

Пробежался вашим скриптом - в части поправил, но часть почему-то не видит, хотя сонар падает с ошибкой. в итоге убрав часть модулей я смог загрузиться. Может кто знает как это лечить?

[qtLex]

В сообщении два скрипта. Они имеют немного разный подход к работе. Если не помогает полностью нужно смотреть почему, возможно проблема другая Я сейчас пользуюсь вторым(из текстового файла). 2 месяца полет нормальный.

[dr-wut]

В сообщении два скрипта. Они имеют немного разный подход к работе. Если не помогает полностью нужно смотреть почему, возможно проблема другая Я сейчас пользуюсь вторым(из текстового файла). 2 месяца полет нормальный.

я про тот, который updatecr.txt - его использовал. сначала прогнал updatecr.os. Или нужно изначально вашим? и еще вопрос - а в чем запускаете? cmd/powershell/bash? Какая ОС? ставите ли chcp 65001?

[qtLex]

Тут либо одни скрипт либо второй. Так как после работы любого из них второй ничего не сделает, так как одиночных cr символов больше нет.

updatecr.txt переименовываю в updatecr.os.

Проверял только на windows. Запускал как вручную cmd и powershell. Сейчас крутиться в jenkins

В jenkins-е шаг выглядит так:

stage('Чистка CR') { bat(/ chcp 65001 && oscript C:\path\to\updatecr.os /) }