Небольшой контекст: я хотел бы отделить приложение Java, которое я пишу, в более или менее типичную модель сервер-клиент. Я бы предоставил «сервер», который заботится о бизнес-логике и настойчивости, но пишут его очень ориентированно на обслуживание. Любой интерфейсный код (GUI) затем будет вызывать сервер для обеспечения функциональности в удобной для пользователя форме.Параметры перенаправления Java Spring
Поскольку я пишу приложение с использованием Spring (и рамки ORM), имеет смысл исследовать обычных подозреваемых, чтобы выявить функциональность сервера, причем обычные подозреваемые являются RMI, Spring HTTP, Hessian, веб-сервисы, и т. д. (параметры, поддерживаемые пружиной). Они хорошо документированы, как в справочной документации, так и здесь.
Однако, для фактического вопроса: существуют ли менее очевидные, более экзотические варианты, которые я мог бы рассмотреть, чтобы разоблачить мои серверные сервисы?
Важно (как всегда) обеспечить правильный баланс между простотой использования (от интерфейсного POV), производительностью и масштабируемостью. Например; поскольку я думал о возможности интеграции Spring-BlazeDS на сервере (для клиентов Flex/AS3), мне стало ясно, что BlazeDS предоставляет API-интерфейс Java для вызова служб AMF.
Любые указатели очень ценятся.
Ваш выбор уровня переадресации определяется вашим выбором клиента и сервера. Очевидно, что у вас сервер java, но ваш клиент определенно является Flex? – skaffman
Вот что, может быть, я не делал этого достаточно ясно: клиент для меня на этом этапе тривиален. На этом этапе: «Мне не важно, какие технологии клиент собирается использовать». Я собираюсь разработать Flex один сам, поэтому BlazeDS определенно находится, но я также хотел бы предоставить достаточно услуг, чтобы позволить сторонним интерфейсам. – tmbrggmn