Без более подробной информации о том, как взаимодействовать с хост-системой, я просто собираюсь предположить, что она использует проприетарный двоичный протокол на основе сокетов и является чисто клиент-серверным (т. Е. Не дуплексным, где вам нужен прослушиватель насо стороны клиента).
Вдобавок к моей голове, я могу придумать пару вариантов:
Использовать необработанные сокеты. Простостарайтесь не держать их открытыми слишком долго и правильно их закрывайте.Это звучит так, как будто сама хост-система не следует рекомендациям Java EE в письме - так зачем вам?
Написать Адаптер ресурсов JCA . Java EE «предпочтительный» способ обработки пользовательских / устаревших ресурсов или обмена сообщениями.По сути, это превращает хост-систему в ресурс, доступный через Общий клиентский интерфейс , и позволяет контейнеру управлять жизненным циклом ваших сокетов / потоков.
Однако,в интересах простоты и не слишком сложного проектирования я говорю, что если у вас работают необработанные сокеты, просто используйте их, пока они не будут принудительными.
Если вы не видите ценности в том, чтобы сделать пользовательскую службу доступной через JCA, тогдаБыло бы трудно оправдать усилия.
Вы даже можете использовать платформу ESB для предоставления веб-службы на одном конце и общения с сервером через сокеты на другом, но для меня это еще более случайное'сложность.