Какую архитектуру я использую для приложений Flex и Java

Question

Привет, я думаю о переносе приложения Java / Swing на Flex3. Существующая архитектура приложения выглядит следующим образом: Java / Swing клиент, JDO (Kodo) - движок Java Persistance, JMS - обмен сообщениями (для обновлений в реальном времени), EJB - бизнес-логика, Weblogic, UDB - внутренняя база данных

Я хочу повторно использовать многие функции Java-сервера существующего приложения (включая EJB, JDO и JMS).

Требования клиента Flex включают в себя - возможность общаться с EJB на сервере Java и возможность получать обновления в режиме реального времени через JMS.

Я читал, что Flex и Granite DS хорошо справляются с интеграцией Flex / Java / EJB. Это тот путь, по которому я должен идти, или Flex / BlazeDS и удаленное управление обрабатывают связь с EJB от клиента Flex?

С точки зрения JMS, я собираюсь заменить это функциональностью обмена сообщениями BlazeDS. Можно ли это сделать? Не уверен.

Любое руководство по этому было бы здорово Michael

Answer 1

BlazeDS великолепен, но не поддерживает обмен сообщениями в реальном времени. Обмен сообщениями основан на HTTP и опросе. Если вам нужно в режиме реального времени, вам нужен RTMP, который является проприетарным протоколом Adobe (обмен сообщениями в реальном времени). Это означает, что вы должны заплатить.

Не уверен, что Granite DS может предложить.

Кстати, служба сообщений Adobe работает на удивление хорошо, но не поддавайтесь искушению использовать ее в больших количествах ...

С уважением,

-Maarten

Answer 2

Я бы порекомендовал Blaze DS и Spring веб-сервисы "сначала контракт", чтобы они действовали как интерфейсы. Оставьте EJB как детали реализации. Как только вы получите схемы для веб-служб, вы отсоедините внешний интерфейс Flex от внутреннего интерфейса Spring.