[SONDAGE] – Quelles technologies client / serveur utilisez-vous et qu'en pensez vous?
Je crois que c'est le premier, voici un petit sondage sur flex-tutorial. Ce n'est pas innocent, ce n'est pas un sondage histoire de faire un sondage mais bien pour recueillir votre avis sur ce que vous vivez au quotidien en tant que développeur / chef de projet.
Pour donner un contexte, je fais cela dans le cadre d'une mini-étude pour mon entreprise. Celle-ci, grâce à un Data Center hébergé veut proposer une plate-forme complète sous forme de SaaS (Software as a Service).
Du côté infrastructure réseau, on a donc une plate-forme hébergé chez nous dans notre Data Center tout neuf (un cloud) avec système complètement distribué (cluster & Co) qui sera basé sur du Hadoop.
D'un point de vue serveur, on s'oriente sur les technologies plutôt Java pour des raisons à la fois historiques et de ré-utilisation de travail existant.
Du côté client, on s'oriente vraisemblablement vers du Flex mais sans se fermer à d'autres technologies comme JSF.
L'existant était un client lourd écrit en Java + un serveur Java + interfaces client en Flex. La communication se faisait par XML, ce que nous souhaitons à priori changer pour de l'AMF.
Mais il nous faut maintenant faire un choix (difficile) sur les "liants" pour faire communiquer au mieux notre serveur J2EE et nos interfaces client. Le but est ici de pouvoir développer rapidement tout en ayant un système robuste. La partie Java sera le plus modulaire possible, notamment grâce à l'utilisation d'OSGi. Il faudra que la partie client le soit aussi.
Pour l'instant, après pas mal de recherches, les technologies les plus matures me semblent être Spring et GraniteDS pour la partie Remoting AMF. D'autres solution comme Potomac et Solstice on retenu mon attention mais ne me semblent pas assez complètes et maintenues.
Et vous?
Et vous, pour vos projets Java / Flex, qu'utilisez-vous comme technologies?
En êtes-vous satisfait? Si vous ne l'êtes pas, ou qu'une technologie vous a déçu, vous pouvez bien sûr réagir, cela est très important!
Pensez-vous que ce que vous utilisez améliore votre productivité, vos temps de développement, votre modularité?
Avez-vous changé de technologies en cours de route, et si oui, pourquoi?
Voilà, pour répondre à ce sondage, il suffit de laisser un commentaire sur cet article (pour rappel, il n'y a pas besoin de s'inscrire)!
Merci!
Articles similaires
- Comprendre les différentes stratégies de Data Communication
- Changement d'hébergeur, de 1and1 à OVH
- BarCamp sur les interfaces riches @ Lyon: c'est demain!
- Flex User Group Lyon – Jeudi 6 Octobre : Flex et Spring avec GraniteDS
- La vie d'un développeur Flex
Aucun trackbacks pour l'instant
Mes projets (Open Source)
Autres
5 octobre 2010
Pour mon cas, en projet JAVA/FLEX, on à tendance à utiliser BlazeDS (couplé à Spring).
J'ai aussi eu l'occasion d'utiliser une couche de transfert JSON entre JAVA et FLEX dans le cadre d'une migration d'appli javascript (dojo) vers Flex.
Clairement l'AMF est la meilleure solution en terme de temps de développement et performance de l'appli! La question qu'il faut juste se poser, c'est est ce que dans la vie du projet, la couche graphique est susceptible de totalement changer? (du coup ça peut remettre en question l'utilisation de AMF ou non..)
Côté Flex, on aime bien SWIZ pour coordonner les appels serveur et la propagation d’évènements: très utile!
5 octobre 2010
Nous utilisons Java/Flex avec un couple Spring/Hibernate la plupart du temps.
Nous sommes satisfait des coûts de développement et des performances obtenues.
Le seul reproche concernant Flex est la mise à jour de flex 4 qui ne peut-être utilisé sur nos
projets car la migration est trop pénible.
Beaucoup de points positifs pour cette solution Java/Flex qui permet une appropriation rapide des deux côtés (front et back-end) et donc facilité la collaboration.
5 octobre 2010
De mon coté, on aime pas trop le RPC.
On reste vieille école avec un Spring/Hibernate pour le mapping/serveur et on passera par du JS pour faire communiquer des objets Flex/Flash avec le java.
On utilise pas mal de javascript (ExtJS/JQuerry) et cela nous permet de mélanger facilement les 2.
Y a plus efficace mais notre architecture permet a tout le monde de travailler sur un projet en même temps et çà parait plus "secure"
6 octobre 2010
Historiquement, j'étais parti sur une solution :
PHP/Propel 1.3 puis 1.5/AMFPHP/Flex3 puis 4
Et pour l'instant, les développements tiennent la route.
Je serais curieux d'avoir un vrai comparatif complet "PHP/Propel vs Java/Struts/Hibernate".
Grâce à cette solution, j'interface très simplement la base de données directement avec Flex.
Les champs des tables deviennent des objets PHP grâce à Propel, puis un mapping vers des classes AS3 est automatiquement effectué via AMFPHP.
Depuis la v1.5 de Propel, on récupère même le tout dans un ArrayCollection côté Flex.
J'ai juste eu un souci avec des appels de liaison en cascade qui font planter Propel.
Exemple :
Entreprise Personne Projet.
Si je récupère la liste des entreprises avec la liste des personnes liées à celles-ci et également la liste des projets liés à chaque personne, Propel rend l'âme.
Du coup, je récupère la listes des entreprises avec la liste des personnes associées.
Puis je fais un second appel où je récupère les projets.
Et côté Flex, je recolle les Projets dans les Personnes en utilisant un ID.
6 octobre 2010
@Thomas Bullier
Tu as un peu le même genre de problème qu'avec BlazeDS en Java/hibernate! Il y a des problèmes de LazyLoading des objets liés remontés de la bdd. Il faut en effet passer par des objets VO pour résoudre le problème.. @Fabien, je crois que GraniteDS gère justement différemment ces histoires de LazyLoading par rapport à BlazeDS
6 octobre 2010
@ldA
Il me semble que graniteDS corrige cela. Ils gèrent le lazyLoading ( pas sur a 100% mais disons 98%
)
6 octobre 2010
LazyLoading … intéressant comme terme, je vais me renseigner.
Je ne comprend vraiment pas pourquoi techniquement, ça ne tourne pas rond cette histoire.
Merci.
6 octobre 2010
@Tous
Merci pour vos commentaires, cela me permet de me faire une petite idée. N'hésitez pas bien sûr à ajouter un commentaire pour donner votre avis si vous ne l'avez pas encore fait!
Fabien