Quelle architecture est-ce que j'utilise pour une application Flex et Java?

Question

Bonjour Je pense à migrer une application Java/Swing vers Flex3. L'architecture de l'application actuelle se lit comme suit: Java/client Swing, JDO (Kodo) - moteur Java Persistance, JMS - Messagerie (pour les mises à jour en temps réel), EJBs - logique métier, Weblogic, UDB - Base de données back-end

Je cherche à réutiliser une grande partie de la fonctionnalité côté serveur Java de l'application existante (qui comprend les EJB et JDO et JMS).

Les exigences du client Flex incluent - la possibilité de parler aux EJB sur le serveur Java et la possibilité de recevoir des mises à jour en temps réel via JMS.

J'ai lu que Flex et Granite DS font un bon travail d'intégration Flex/Java/EJB. Est-ce la voie que je devrais prendre ou est-ce que Flex/BlazeDS & transfère la poignée de communication vers les EJB à partir d'un client Flex?

En termes de JMS, je cherche à remplacer cela par la fonctionnalité de messagerie BlazeDS. Cela peut-il être fait? Pas certain.

Des conseils sur ce serait génial. Michael

Answer 1

Je recommanderais les services Web Blaze DS et Spring «contrat first» comme interfaces. Laissez les EJB en tant que détails de mise en œuvre. Une fois que vous obtenez les schémas pour les services Web, vous déconnectez le frontal Flex de l'arrière-plan.

Answer 2

BlazeDS est génial, mais ne prend pas en charge la messagerie en temps réel. La messagerie est basée sur HTTP et l'interrogation. Si vous avez besoin de temps réel, vous avez besoin de RTMP, qui est un protocole Adobe propriétaire (messagerie en temps réel). Cela signifie que vous devez payer.

Vous ne savez pas ce que Granite DS a à offrir.

Au revoir la manière, les trucs de messagerie Adobe fonctionne étonnamment bien, mais ne soyez pas tentés de l'utiliser en grande quantité ...

Cordialement,

-Maarten