Как подождать до тех пор, пока не будет обновлен рабочий процесс обновления базы данных вместо потока dot sleep

Question

В AEM CQ я использую менеджер активов api для записи контента (изображений, загруженных с) в плотину. Это запускает рабочий процесс Dam Update Asset. Мне нужно прочитать версии и свойства актива, которые будут записаны, как только рабочий процесс будет завершен. Мой вопрос: как дождаться завершения рабочего процесса для чтения свойств актива, а не thread.sleep.

Я попытался с вызовом рекурсивной функции итерации, пока свойство актива присутствует. Это дало исключение нулевого указателя. Но когда я помещаю thread.sleep из 50 мс внутри итерации, он работает для меня.

Другой подход Я попытался получить объект рабочего процесса внутри службы, чтобы прочитать статус рабочего процесса, но обнаружил, что для рабочего процесса ootb требуется несколько миллисекунд, чтобы начать после написания содержимого. Здесь также нужно было дать thread.sleep.

Еще одна попытка использования обработчика событий для прослушивания событий рабочего процесса. Мы можем ввести тип события по завершении рабочего процесса. Как уведомить службу или jsp о том, что рабочий процесс завершен, и мы можем прочитать свойства и исполнения активов?

Было бы здорово, если бы кто-то мог поделиться своими предложениями с отзывами о подходе. Спасибо.

Answer 1

У вас неправильный подход к решению этой проблемы. В моих глазах у вас есть ровно 2 разумных решения.

Создайте workflow process/step и увеличьте Рабочий процесс обновления плотины Damen с вашим пользовательским шагом.

ИЛИ

Создать JCR observation listener и слушать Event.PROPERTY_ADDED, например, или использовать более высокий API, строп и создать event handler с соответствующей темой и не выполнять бизнес-логику, как только недвижимость, которую ищет добавлен или изменена.

Почему бы не использовать Thread.sleep() или другое подобное решение:

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