11 – BlazeDS et la communication en temps réel
© Groupe Eyrolles, 2008
187
L’architecture de BlazeDS repose sur une servlet et un ensemble de
fichiers XML à configurer.
Avec BlazeDS, nous pouvons utiliser trois types de services :
• des services de type proxy ;
• des services de messagerie (messaging) ;
• des technologies de remoting.
Services de proxy
Nous savons qu’il est possible d’utiliser les services de type proxy à partir
de Flex même, mais ceux-ci nécessitent d’invoquer des destinations se
trouvant sur le même domaine que l’hôte de l’application. Il est donc
nécessaire de paramétrer un fichier de règle d’autorisation interdomaine
XML afin d’éviter ce problème. En revanche, BlazeDS permet de contacter n’importe quelle destination HTTP sans se soucier du nom de
domaine. Utiliser ses services de proxy peut donc être parfois préférable.
Intégration à l’entreprise
Génération WSRP
oui
Ajax Data Services
oui
oui
Flex-Ajax Bridge
oui
oui
Configuration à l’exécution
oui
oui
Architecture d’adaptateur ouverte
oui
oui
Adaptateur JMS
oui
oui
Intégration des composants au framework côté serveur oui
oui
Intégration avec ColdFusion
oui
oui
Prise en charge des applications hors connexion
Mise en cache des données hors connexion
oui
Mise en file d’attente des messages en local
oui
Données en temps réel
Publication et abonnement par messagerie
oui
oui
Qualité de service en temps réel
oui
Tunneling RTMP
oui
Tableau 11–1 Comparatif entre BlazeDS et LCDS ES (suite)
Fonctionnalité
BlazeDS
LiveCycle
Data Services
ES
B.A.BA Servlet
Une servlet est une application Java qui permet de
générer dynamiquement des données au sein d’un
serveur HTTP. Ces données sont généralement présentées au format HTML, mais elles peuvent également l’être au format XML. Avec BlazeDS, la
servlet permet notamment de localiser et d’invoquer les services Java, et de sérialiser les données
échangées entre Flex et Java.