в сонаре - нет нельзя.

Неа

Жаль

плюс в настройках сервера или проекта надо еще "включить" переопределение профиля данными из файла. по умолчанию оно выключено

Как это сделать?

Нашёл

ДОбрый день! Бух 3.0 включили в базе раздельный учет НДС, и теперь при формировании например реализации товаров во вкладке раздельный учет ндс подтягиваются какие то левые документы вот скрин, может наведет кто на мысль что с этим можно сделать? и таких документов почти 100

редактировал сообщение, не вычитал, исправил.

любых своих http сервисов
например
домен/база/hs/http-сервис/actuator/health/ информация о статусе сервиса, должно отдавать 200 http код если все работает
домен/база/hs/http-сервис/actuator/httptrace/ информация о последних запросах / ответах от сервера
домен/база/hs/http-сервис/actuator/info информация о сервисе
домен/база/hs/http-сервис/actuator/env информация о настройках подсистемы сервиса (возможно константы или еще что)
домен/база/hs/http-сервис/actuator/mappings информация о всех нодах этого сервиса с описанием
ну и т.п. плюшки
это как пример

понимаю что большинство вещей основано должно быть на рефлексии или генерации кода на основании метаданных, но возможно уже кто-то подобным озадачивался и уже сделал "стандарный" набор какой можно просто взять встроить, прописать и дать инженерам по эксплатации.

У меня прям сегодня день вопросов. Сейчас хочу задать чисто организационный. К примеру, есть функционал, он покрыт кучей тестов. Какой-то разработчик меняет что-то внутри, не особо при этом подозревая, что имеется ряд зависимостей и фич. Предположим даже, что функционал допилен правильно. Тесты, разумеется, падают, после получения изменений из хранилища. Внимание, вопрос - кого назначать на адаптацию тестов под изменившейся код? Автора изменений? Или все-таки ответственных за блоки учёта / тесты? Если автора изменений - как ему ответить на резонное возражение "я про ваши тесты ни сном ни духом, мне на эту задачу дали 2 часа и я все сделал, а тесты ваши пилить придётся 3 дня, кто мне часы закроет?". Народ, поделитесь, плз, кто как данный административный вопрос решает?

Вы когда пилите oscript, кто чинит, если сломалась зависимость?

Кого карать?😂

Если разработчик меняет "публичную" функцию, то в его зоне ответственности отрефакторить или как минимум согласовать с ответственными за непонятные ему блоки изменение мест вызова. Красные тесты - это не сделанная задача, и этому разрабу даже два часа закрывать не стоит.
Если же нужно изменять тесты, то зависит от их сложности. Большинство мелких тестов не составляет особого труда поправить самому. Там же 1сный код, не разберётся что ли? :)

Причём я даже имею ввиду не просто сломалось что-то, все работает. Но вдруг появилась новая проверка, а старые тесты про неё ничего не знают

В библиотеках обычно жёстко зафиксированы версии зависимостей. И обновление зависимости - головная боль автора библиотеки, которая использует зависимость. Но у вас другая ситуация, вы не можете развести код по версиям, фиксить надо во всех местах сразу

Он все хорошо доработал, ничего не сломал. Просто добавил новую проверку и её обработку. А тесты не в курсе и упали именно поэтому

"Ничего не сломал" и "тесты упали" в соседних предложениях) не находите противоречия?)

Тесты (ручные или автоматические) - единственный способ убедиться, что код работает правильно. В вашем случае - код не работает правильно, так как падают тесты

Функционал - работают. Тесты - нет. Потому что появилась новая сущность, о которой тестам ничего неизвестно

Так это тесты неправильные, ибо он пишет что доработал все правильно

Интеграция модулей не менее важна, чем юнит тестирование