а синхронно, в основном потоке, эту операцию можно как-то делать?

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

а вот ждем ли тот же IssueIndexManager завершения таски - тут я хз

надо получить окончание индексирования?

ну хотя бы

но ведь время возвращается уже по факту, а не плановое, правильно?

у меня в отдельном потоке выполняется код, который берет заявку и некий JQL и проверяет, подходит ли заявка под этот JQL. так вот, судя по логам, у заявки уже новые значения полей, она не должна подходить под JQL, а все равно подходит

перед запуском потока я делаю reindex

мне кажется надо смотреть почему у заявки неактуальное состояние в индексе

а это можно как-то посмотреть?

в смысле это не нормально

проверить БП, чтобы при переходах пулялся эвент в конце, проверить через Lucene healthCheck, если есть программные обновления, проверить чтобы там тоже пулялся эвент либо руками индексировать через IssueIndexManager после апдейта

проблема в том, что мне по одной заявке может пачкой прилететь 4-5 событий одно за другим.и каждое надо обработать с теми значениями полей, которые были именно на этот момент. получается, что при каждом событии надо переиндексировать запись, затем проверить ее на JQL и что-то сделать. я пытаюсь разрулить это последовательным выполнением потоков через ExecutorService, но с индексом проблема, заявка не проходит через JQL (а должна)

события кидаются в конце постфункций

Мне кажется тут архитектруру решения нужно пересмотреть. Во первых jql это плохо. во вторых в event есть значения полей на момент срабатывания. Нужно их пользовать

да, согласен, jql это плохо. но это самое гибкое решения для настроек

Это не будет работать при нагрузке. Мы уже это проходили. Если у тебя нагрузки нет то ок. Но ты ловишь траблы с индексацией.

а как вы обошли это?

чем заменили?

java api. Тут зависит от твоих условий которые проверить нужно. jql это вообще большая проблема в коде. Посмотри плагин аутомейшн for  jira. если там использовать jql condition   то на нагрузке jira умирает. Там есть smart fields.Они на api. с ними работает.