A
тогда ищи в нем проблему
Size: a a a
2018 February 06
A
из-за этого он и не инжектится в твой Action
A
кстати, из собственного опыта: когда создаешь наследника JiraWebactionSupport, не всегда параметры, которые требуются в родителе, инжектятся нормально в потомка, даже ComponentImport не помогает. спасает ComponentAccessor. это вроде не твоя ситуация, но на всякий случай
AD
короче
AD
первая проблема оказалась в PeriodAOService, который инжектился в KPIManager. объявить его компонентом не получилось
AD
оставил старое объявление в xml
AD
дельше, в KPIManager есть метод calculateKpis, который вызывается из UserReport и в этом методе есть строчка
nextKPIs.sort(Comparator.comparing(KPI::getDisplayName));
которая генерит ошибку "No qualifying bean of type [ru.adv.jira.kpi.manager.KPIManager] found for dependency"
nextKPIs.sort(Comparator.comparing(KPI::getDisplayName));
которая генерит ошибку "No qualifying bean of type [ru.adv.jira.kpi.manager.KPIManager] found for dependency"
AD
что это за хрень я решительно не понимаю
A
опять же из собственного опыта: атласы че-то в спринге своем еще не допилили, и штуки из 8 явы типа лямбд не работают. попробуй в качестве эскперимента заменить KPI::getDisplayName на old school style
AD
да, думаю должно заработать
AD
а у кого-нибудь получилось менеджер AO объявить компонентом?
AD
в интернете решение проблемы с AO выглядит в основном так
https://community.atlassian.com/t5/Answers-Developer-Questions/Upgrading-to-JIRA-7-with-Active-Objects/qaq-p/527155
https://community.atlassian.com/t5/Answers-Developer-Questions/Upgrading-to-JIRA-7-with-Active-Objects/qaq-p/527155
NU
@ComponentImport если второй сканнер надо юзать
AD
первый
NU
А вот если первый - хз, мы через xml делали на старом инстансе
AD
но в этом смысле разницы нет и @ComponentImport не работает
A
если ты про com.atlassian.activeobjects.external.ActiveObjects , то componentimport
A
и в первом тоже
AD
а вот не пашет
A
ругается именно что не может найти этот сервис?