Калитка: как справиться с длительными задачами

Я имею, устанавливают Калитку +, в спящем режиме + веб-приложение Spring, которое включает сбор некоторых данных (имеющий некоторые файлы, сгенерированные и возвращенные), храня это в базе данных, создавая некоторые изображения и отображая все это на веб-странице.

Это все хорошо работает для коротких промежутков времени, но иногда сбор данных (который включает некоторое удаленное перемалывание чисел) занимает слишком много времени (20 + минуты) и испытывает таймаут. Я попытался разрешить это использование двух подходов, но они оба показывают некоторые проблемы.

Первый подход использовал AjaxLazyLoadPanels и просто делал все в getLazyLoadComponent. Это хорошо работало для коротких промежутков времени, но для 20 + работает минута, LazyLoadComponents не загрузился бы (хороший оксюморон там) из-за тайм-аутов.

Второй подход связал создание промежуточного Фрагмента с добавленным AjaxSelfUpdatingTimerBehavior с набором продолжительности к 10 секундам, это опросило относительно файлов, которые создаются в перемалывании чисел. Это, кажется, делает задачи выполненными в фоновом режиме без проблем, но сбои, когда возвращенные данные должны храниться в базе данных. Я использую Открытое заседание в поле зрения шаблон, но возможно это перестало работать при попытке хранить данные после 20 минут?? (Решение могло лечь в разрешении этого..).

Из-за вышеупомянутых проблем я теперь читаю на альтернативных подходах для справлений с этими длительными задачами и столкнулся:

• org.apache.wicket.util.time. Задача
• org.apache.wicket.util.watch. ModificationWatcher

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

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

С уважением,
Tim