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).
Flex BlazeDS – Introduction à BlazeDS
BlazeDS fournit un ensemble de services vous permettant de faire le lien entre votre application côté client et votre donnée (server side) ainsi que le passage de données à de multiples clients tous connectés au même serveur BlazeDS pour une messagerie temps réel entre les clients.
Une application BlazeDS se compose de deux parties: une application cliente et une application Web J2EE côté serveur. Voici un schéma rapide:
L'application client
Une application client BlazeDS est typiquement une application Adobe Flex ou Adobe AIR. Les applications Adobe Flex et AIR utilisent toutes deux les composants Flex pour communiquer avec le serveur BlazeDS, dont les composants RemoteObject, HTTPService, WebService, Producer et Consumer. Ces composants font partie du Flex Software Development Kit (Flex SDK).
Bien que l'on utilise typiquement des applications Flex ou AIR, vous pouvez aussi utiliser une combinaison de Flex, HTML et JavaScript. Ou vous pouvez la développer en HTML et JavaScript en utilisant l'Ajax Client Library.
Flex WebService – Conversion de type et types SOAP (XSD)
Une des avantages des web services est que les paquets retournées ne spécifient pas seulement la valeur de retour, mais aussi le type. Par exemple, dans le tutorial Flex WebService en MXML – Envoyer des requêtes et traiter le résultat (exemple), le résultat des opérations getCountries() et getStates() du web service utilisé spécifient que la valeur retournée est un tableau (Array).
Le retour peut spécifier que la valeur est de type integer, floating-point number, array, string, date, Boolean ou une autre valeur de type personnalisée. La classe WebService du framework Flex convertit automatiquement le résultat vers le type ActionScript approprié.
Flex WebService en ActionScript – Envoyer des requêtes et traiter le résultat
Vous pouvez utiliser un composant WebService Flex en utilisant de l'ActionScript au lieu du MXML. La version MXML du composant WebService est une instance de mx.rpc.soap.mxml.WebService, qui est une sous-classe de mx.rpc.soap.WebService. Quand vous utilisez le composant directement avec de l'ActionScript 3, vous devez instancier mx.rpc.soap.WebService directement:
// On assume que l'on a fait import mx.rpc.soap.WebService auparavant var exampleService:WebService = new WebService();
Une fois que vous avez crée l'instance du WebService, vous devez spécifier l'URL du WSDL en utilisant la propriété "wsdl":
exampleService.wsdl = "http://www.example.com/Service.wsdl";
Ensuite, vous devez appeler une méthode appelée loadWSDL(). Vous devez appeler cette méthode avant tout appel à une opération du web service. En assumant le fait que vous avez fixé la propriété "wsdl", vous n'avez pas besoin de passer un paramètre à loadWSDL():
exampleService.loadWSDL();
Flex WebService en MXML – Envoyer des paramètres directement ou avec le tag mx:request
Vous pouvez envoyer des paramètres à la méthode d'un web service en utilisant le composant WebService. Quand vous voulez envoyer des paramètres, vous avez deux options: vous pouvez passer les paramètres à l'appel de la méthode ou déclarer les paramètres quand vous déclarez l'opération.
On va d'abord voir comment passer des paramètres à un Web Service pendant l'appel à la méthode d'un service web. Quand vous voulez passer des paramètres de cette manière, vous devez appeler l'opération comme une méthode de l'instance de WebService. Vous pouvez ensuite passer les paramètres à la méthode appelée tout comme vous le feriez avec une méthode standard:
service.exampleOperation("a", "b");
Mes projets (Open Source)
Autres
