A
ну вот методом выше получаем флоу задачи. Если нужно имя флоу - .getDisplayName()
Size: a a a
2021 June 25
eb
а то сейчас непонятно , почему способ не подходит, выглядит то ок
AD
ну представь что я перебираю в цикле миллион задач и для каждой делаю getWorkflow(issue)
eb
составь словарь и по нему сверяться (по связке проект + issuetype)
eb
по крайней мере в цикле будет быстрее
КТ
Просто кеш сделай
AD
видимо что-то такое придется делать, да
AD
а как думаете, что возвращает issue.getWorkflowId()?
КТ
А еще можно не обходить весь миллион задач, а jql фильтр дополнять условием (project != XXX and type != YYY) и делать повторный запрос. Так не придется в БД идти за project_key и issue_type
AD
плохо только что добавляем новый проект и привет
КТ
Ну это уже от итогового желаемого результата зависит)
КТ
Так то можно и схему WF поменять, и тоже привет будет
eb
....так ты можешь славарь генерировать вначале из всех видов проектов и ишьютайпов
A
и все равно, конечная задача не яна, для чего перебирать флоу для задач
eb
всего то два вложенных цикла
AD
есть задача и есть связанные с ней задачи. они (связанные) могут быть разных типов и в разных проектах. в зависимости от их статусов мне нужно делать определенное действие с головной задачей. причем эти статусы разные для разных флоу
AD
соответственно я хочу выбирать связанные, проходить их в цикле и в зависимости от флоу очередной задачи проверять условия
A
если действия производятся с основной задачей, то проверять какие флоу у связанных не имеет смысла, нужен только их статус, если я правильно понял
AD
нет, потому что смысл статусов может быть разный для разных флоу