1. Подумал, может использовать какой сервер очередей, типа Apache ActiveMQ, но потом понял, что он мне не подходит, т.к. для такой архитектуры нужен как отправитель, так и получатель. Причём получатель это какой то уже существующий в системе (или на удалённой системе) процесс, а у меня никакого получателя нет. Мне бы его наоборот, создавать каждый раз, по факту загрузки файла.
2. Jenkins. Создать параметризированный job и через REST API вызывать сборку. Отличное решение на мой взляд, но не совсем полноценное. После того, как над файлом будут выполнены все манипуляции, нужно в БД внести соответствующую запись об этом. А увы, всё что будет делать jenkins выполняется не в контексте моего приложения. А в приложении коннект к БД... Этот недостаток присущ и первому варианту.
3. Обрабатывать файл в отдельном потоке на Tomcat'е. Получается что вроде всё нормально - и асинхронно - клиент получил сообщение что файл загружен и в контексте приложения. Только вот я с потоками не особо дружу... К тому же, насколько я знаю, каждый web-сервер может поддерживать определённое количество одновременных соединений, создавая на каждый свой отдельный воркер. Как только запрос отрабатывается, воркер освобождается/убивается. Так вот, если в процессе обработки запроса я уйду в фон, отвалится воркер как положено или нет ? А вообще на первый вгляд это самое разумное и простое решение.
Вообщем нужен совет. Как делаете это вы ?
Я, когда писал на PHP подобные вещи, то в качестве очереди использовал таблицу БД, которую по крону периодически мониторил PHP-скрипт. Ща вот хочется что нибудь по умнее придумать. Так сказать enterprise решение
