Apache Adobe Flex TutorialTutoriaux Adobe Flex & AIR en Français

Flex BlazeDS – Les fonctionnalités de BlazeDS

BlazeDS consiste principalement en trois services:

• Le Remoting Service, qui permet aux applications Adobe Flex / Air d'invoquer directement des méthodes d"objets Java déployés sur votre serveur applicatif.
• Le Messaging Service, qui permet à votre application Adobe Flex de publier des messages et de s'inscrire à des "destinations", permettant le développement d'application temps réel et/ou collaboratives.
• Le Proxy Service, qui permet aux applications Flex de faire des requêtes vers des services situés sur des domaines différents (cross-domain communication). En d'autres mots, cela permet à votre application Flex d'accéder à des services situés sur des domaines différents de celui sur lequel est hébergé l'application et cela, sans avoir à déployer un fichier cross-domain.xml sur chaque domaine ciblé.

Remoting Service RPC (Remote Procedure Call)

Les services Remote Procedure Call (RPC) ont été crées pour des applications dans lesquelles on cherche à accéder à la donnée grâce à des appels / réponse. Les services RPC laissent le client faire une requête asynchrone au service distant pour va traiter cette requête et renvoyer directement la data au client. Vous pouvez accéder à la donnée grâce ) des composants RPC client comme les services HTTP (GET ou POST), le SOAP (WebService), ou des objets Java (Remote Object Service).

BlazeDS vous permet d'utiliser les composants RemoteObject pour accéder à vos objets Java distants sans les avoir configuré comme des web services.

Un composant client RPC appelle ce web service. Le composant conserve ensuite la réponse (data) du web service dans un objet ActionScript, à partir duquel vous pouvez facilement obtenir la donnée qui vous intéresse. Les composants client RPC sont HTTPService, WebService et RemoteObject.

Vous pouvez utiliser le service de proxy de BlazeDS pour des appels HTTP ou WebService directs mais vous ne pouvez pas utiliser les composants RemoteObject sans BlazeDS ou ColdFusion.

Messaging Service

Le service de messaging permet aux application client de communiquer de manières asynchrone par échange de messages avec le serveur. Un message définit des propriétés telles qu'un identifiant unique, les headers (en-têtes) BlazeDS, des headers personnalisés et le corps du message.

Les applications client qui envoient des messages sont appelées "producers". Vous pouvez définir un "producer" dans une application Flex en utilisant le composant Producer. Les applications qui reçoivent des messages sont appelées "consumers" et peuvent être définit grâce au composant Adobe Flex Consumer. Le composant Consumer s'inscrit à une destination située côté serveur et va recevoir les messages que le Producer envoie vers cette destination.

Le Messaging Service supporte aussi la liaison avec JMS (Java Message Service) et utilisant un JMSAdapter ce qui permet aux applications Flex d'échanger avec les applications Java client (en savoir plus sur JMS avec Flex).

Channels et endpoints

Pour envoyer des messages par le réseau, le client utilise des canaux (channels). Un canal encapsule le format du message, les protocoles réseau ainsi que les destinations. Ce canal formate et traduit le message pour qu'il puisse être délivré à travers le réseau vers un "endpoint" sur le serveur.

Les canaux imposent aussi un ordre dans le flux de messages envoyés au serveur et l'ordre de réponses. L'ordre est important pour s'assurer que les interactions entre le client et le serveur se passent de manière cohérente.

Les "channels" communiquent avec des points d'accès Java sur le serveur (les "endpoints"). Un endpoint va transmettre le message dans une forme Java générique vers le "message broker". Le "message broker" détermine où envoyer les messages et les guident vers les services (destinations) appropriées.

Types de canaux

BlazeDS inclus plusieurs types de canaux dont les canaux Action Message Format AMF (standard et sécurisé) ainsi que les canaux HTTP (AMFX). Un canal HTTP va envoyer la donnée comme du texte non-binaire. L'AMF sera binaire.