У меня есть автономное, безголовое приложение Java-сервера, которое выполняет кучу обработки на основе очередей в базе данных, которую я думаю перенести на сервер приложений Java. У меня много опыта работы с java и немного JSP, но не так много опыта работы с сервлетами.
Похоже, подход будет заключаться в том, чтобы просто обернуть мое приложение в сервлет и развернуть его при запуске (и убедиться, что развертывается только один экземпляр).
Несколько вопросов:
1) Поскольку в моем приложении нет механизма HTTP (или другого) запроса/ответа, было бы глупо реализовать сервлет, который не имеет сопоставлений URL? Глядя на API, могу ли я просто реализовать GenericServlet и просто оставить метод service() пустым?
2) Другая часть моего java-приложения открывает/управляет своими собственными сетевыми сокетами (не HTTP) для приема потока входящих данных. Я думаю, что потребуется немало усилий, чтобы вписать его в модель запроса/ответа сервлета. Это нормально, что сервлет открывает/управляет своими сетевыми сокетами?
3) У нас также есть куча веб-приложений (в настоящее время в coldfusion), которые не очень хорошо интегрированы с java-приложением (поскольку они могут общаться только через БД). Мы смотрим на railo (еще один сервлет), и я пытаюсь выяснить, насколько легко приложения coldfusion/railo (работающие на одном сервере приложений) могли бы напрямую взаимодействовать друг с другом. Возможно, веб-страница, которая отображает текущую статистику/показатели времени выполнения движка java и, в конечном итоге, также вызывает некоторую бизнес-логику в движке java.
Спасибо, Брайан