Отключаем ненужный функционал плагина для Jira с помощью кастомной аннотации Spring

[Arty_Fact]

У тебя сейчас проверка происходит напрямую по URL, соответственно, если я решу поменять порт или запустить тестовую сборку с другим Base URL, я получу нерабочий тестовый модуль.Ну и само то, что в продовом коде лежит то, что к проду не относится, мне кажется несколько странным.

Не рассматривал вариант, чтобы мавеном вычищать ненужное на этапе сборки плагина для прода?

[ignat_n]

Мавеном нет, не рассматривал, но попробую, спасибо за подсказку. Разбирался с постобработкой бинов и, как человек, взявший в руки молоток, стал везде видеть гвозди)

А при проверке на sdk окружение исходил из того, что для моей задачи false negative норм, а вот false positive не норм, поэтому одно единственное значение baseURL поставил в соответствие sdk.

[akhmelev]

На @Profile("dev") очень похоже.

[TEMIMO]

Если вы не используете аннотацию@Componentнад DebuggerController, как BPP понимает что его нужно обработать?

[ignat_n]

DebuggerController лежит в пакажде ${atlassian.plugin.key}.rest, указанном в дескрипторе плагина atlassian-plugin.xml. Соответственно, он и без аннтотации сканируется, и создается бин, который обрабатывают поспроцессоры

[TEMIMO]

Понятно, спасибо. Интересная статья