Application Flash/Flex : quel serveur utiliser ? Apache, Tomcat, BlazeDS, etc. ?

Bonjour à tous,

Ayant décidé de passer à Flash/Flex pour la couche présentation de nos applications, une question me taraude l'esprit... :)

En effet, après avoir fait plusieurs lectures sur le sujet, nous n'avons pas encore bien cerné l'utilité/l'usage de BlazeDS dans notre architecture.

Autrement dit, sachant que le métier a été entièrement développé en Web Services SOAP/EJB, quelle serait l'éventuelle utilité de BlazeDS dans notre cas...?

Pour info, nous sommes parvenus sans grosse difficulté à accéder aux données via une méthode de l'un de nos Web Services et ce, sans utiliser BlazeDS.

De plus, quant au déploiement/l'exécution à proprement parlé de notre application, quel serveur serait, selon vous, le plus approprié ?
Apache, Tomcat, BlazeDS, tout autre chose ?

Notre architecture à ce jour :
Couche présentation : JavaScript/PHP sur un serveur Apache.
Couche métier : Web Services SOAP/EJB sur un serveur GlassFish.

Architecture en questionnement, à venir :
Couche présentation : Flash/Flex sur un serveur Tomcat ? Tout autre chose ?
Couche métier inchangé : Web Services SOAP/EJB sur un serveur GlassFish.

Merci par avance pour vos retours d'expérience ! :ccool:

Bonjour à tous,

Sommes arrivés à déployer une application Flex sur un serveur Tomcat.

Pour cela, créer un répertoire dans le répertoire webapps de Tomcat, y copier les répertoires META-INF et WEB-INF de BlazeDS, créer un nouveau projet Flex depuis eclipse et pointer sur le répertoire précédemment créé.

Dans nos projets, on utilisait aussi des Webservices sans BlazeDs.

Nous avons eu des soucis lorsque nous devions reéonter un très grand nombre de données... Impossible avec Soap!!

On est donc passé à BlazeDs, ça n'a rien changé à nos WebServices, mais via l'amf on peut maintenant ramener toutes nos données et beaucoup plus vite.

Après, nous ne sommes pas allé cherché + pour le moment des les possibilités de Blaze, mais ca va venir.

PS : Pour l'instant, on ne peut pas faire d'authentification Blaze avec GlassFish, donc on a du utiliser Tomcat.

BlazeDS est une sur-couche Java à un conteneur de servlet (Tomcat ou autres) pour accéder à des classes Java ou des services via Spring via ce que l'on appelle RemoteObject en Flex (architecture à ce jour la plus utilisée).
Les services Web n'ont pas besoin de BlazeDS.
Mais c'est dommage, à mon sens, de se priver de la facilité de mis en place de Spring + BlazeDS (surtout avec Spring-BlazeDS Integration).
Si vous maitrisez vos services Webs, vous pourriez, s'ils sont suffissament découplés (et donc bien conçus ;)), ajouter une couche pour manipuler plus facilement les appels de services et surtout les objets résultats (xml c'est bien mais c'est fastidieux sur un gros projet).
Voilà

Sinon, il y a GraniteDS -concurent de BlazeDS- qui commence à avoir pas mal de succès, des français sont sur ce projet je crois d'ailleurs (cocorico). Mais je ne l'ai jamais pratiqué et j'ai eu peu de retour.