Déploiement des Web Services (ws) - Historique des versions

Flfay : /* Liste des services disponibles */

2009-12-17T16:39:29Z

Liste des services disponibles

Flfay : /* Documents WSDL */

2009-09-23T09:33:16Z

Documents WSDL

Flfay : /* Accès au fichier WSDL d'un service */

2009-09-23T09:18:29Z

Accès au fichier WSDL d'un service

Flfay : /* Documents WSDL */

2009-09-23T09:01:13Z

Documents WSDL

Flfay le 23 septembre 2009 à 08:59

2009-09-23T08:59:21Z

Syfre le 22 août 2009 à 07:59

2009-08-22T07:59:42Z

Syfre : a renommé Developpement:WebService6 en Déploiement des Web Services (ws)

2009-08-21T18:42:27Z

a renommé Developpement:WebService6 en Déploiement des Web Services (ws)

Syfre le 9 juin 2008 à 14:53

2008-06-09T14:53:44Z

Syfre le 3 juin 2008 à 11:28

2008-06-03T11:28:32Z

Syfre : Nouvelle page : {{#customtitle:Déploiement des Web Services}} ==Déploiement des services.== ==Documents WSDL== Le serveur 1000 offre un point d’accès pour obtenir les fichiers WSDL : http:...

2008-06-03T11:18:22Z

Nouvelle page : {{#customtitle:Déploiement des Web Services}} ==Déploiement des services.== ==Documents WSDL== Le serveur 1000 offre un point d’accès pour obtenir les fichiers WSDL : http:...

Nouvelle page

{{#customtitle:Déploiement des Web Services}}

==Déploiement des services.==

==Documents WSDL==

Le serveur 1000 offre un point d’accès pour obtenir les fichiers WSDL :

http://localhost/myapp/server/soap.l1000?wsdl=Nom_du_paquet_de_service

La réponse est le document WSDL du paquet demandé ou une faute SOAP en cas d’échec.

==Transformation des adresses de service==

Lorsque vous implémenter des Services en utilisant des Web Services il est probable que leur adresse physique dépende de la configuration du déploiement chez votre client. Par exemple un service dont l’adresse en cours de développement est http://localhost/myapp/serveur/soap.l1000 sera déployé sur un serveur de production de votre client comme http://dupontsa/comptabilite/serveur/soap.l1000

Cependant, pour un client, l’adresse du service est l’adresse contenue dans son descriptif de service (WSDL) qu’il a obtenu lors de l‘importation et stocké dans le paquet métier correspondant. Il est donc nécessaire de disposer d’un mécanisme permettant de transformer les adresses des services en adresses réelles de déploiement au moment de l’exécution.

Ce mécanisme est accessible dans l’administrateur.

==Appel d’un serveur spécifique.==

Dans certains cas il est possible de que vous souhaitiez appelé l’implémentation d’un serveur spécifique ; pour cela utilisez la variable HostName définie sur les objets supportant les services distants :

<pre>
var inst:ICinteropService;
begin
inst := ICinteropService.Create;
inst.HostName := ‘http://marseille/comptaibilite/serveur/soap’;
…
end ;
</pre>

Le nom de serveur que vous définissez ainsi sera utilisé à la place de l’adresse défini dans la classe de service distant ; ce nom sera toutefois transformer suivant la liste d’alias de service définie dans l’administrateur. Il est donc préférable d’écrire :

<pre>
var inst:ICinteropService;
begin
inst := ICinteropService.Create;
inst.HostName := ‘Marseille’;
…
end ;
</pre>

et de définir l’adresse de Marseille dans l’administrateur.

==Boucle local.==

Si vous construisez une application métier qui expose des services métiers à travers des Web Service il est possible que votre code métier ait besoin d’appeler ces services. Lorsque l’implémentation de ces services est présente dans le modèle métier au moment de l’appel, il peut être souhaitable d’utiliser directement cette implémentation au lieu d’effectuer un appel externe sur un serveur implémentant ce Web Service.

==Contrôle du mode de bouclage local==

Le mode de bouclage local est défini globalement pour l’ensemble des services ; il est néanmoins possible de contrôler ce mode au moment de l’appel du service.

Utilisez pour cela la variable LoopMode définie sur les objets supportant les services distants :

<pre>
var inst:ICinteropService;
begin
inst := ICinteropService.Create;
inst.LoopMode := mlmNone;
…
end ;
</pre>

Les valeurs de LoopMode sont :
{| class="wikitable"
|-
|mlmDefault
|Utilise le mode de bouclage défini par défaut.
|-
|mlmDirect
|Appel l’implémentation locale.
|-
|mlmSOAP
|Appel l’implémentation locale en utilisant la sérialisation SOAP
|-
|mlmNone
|N’utilise pas l’implémentation locale.
|}

{| class="wikitable"
|-
|{{#images:image1.png|Web_Services_1000}}
|Le mode mlmSOAP n’est utile qu’a des fin de test de cohérence entre la sérialisation entrante et sortante.
|}

Il est aussi possible d’agir sur le mode de bouclage par défaut ; ouvrez le concepteur de modèle puis l’option « Préférences » :

{{#images:image25.png|Web_Services_1000}}
{| class="wikitable"
|-
|{{#images:image1.png|Web_Services_1000}}
|Modifier le mode par défaut n’est utile qu’a des fins de test ; cette modification n’est pas conservée lors de l’ouverture de l’application.
|}

{{PrecedentSuivant|WebService5|WebService1}}

[[Category:WebServices|6]]

@@ Ligne 5 : / Ligne 5 : @@
 ====Liste des services disponibles====
-L'URL suivante retourne une page HTML qui recense l'ensemble des services (paquets de services et requêtes) disponibles.
+L'URL suivante retourne une page HTML qui recense l'ensemble des '''services métiers''' (paquets de services et requêtes) disponibles.
   http://localhost/myapp/server/soap.l1000?wsdl

← Version précédente		Version du 23 septembre 2009 à 09:33
Ligne 8 :		Ligne 8 :

	http://localhost/myapp/server/soap.l1000?wsdl		http://localhost/myapp/server/soap.l1000?wsdl
−

	====Accès au fichier WSDL d'un service====		====Accès au fichier WSDL d'un service====

@@ Ligne 3 : / Ligne 3 : @@
 ===Documents WSDL===
-Le serveur 1000 offre un point d’accès pour obtenir les fichiers WSDL :
+====Liste des services disponibles====
-−
- http://localhost/myapp/server/soap.l1000?wsdl=Nom_du_paquet_de_service
-−
-La réponse est le document WSDL du paquet demandé ou une faute SOAP en cas d’échec.
 L'URL suivante retourne une page HTML qui recense l'ensemble des services (paquets de services et requêtes) disponibles.
@@ Ligne 14 : / Ligne 10 : @@
 ===Transformation des adresses de service===

@@ Ligne 8 : / Ligne 8 : @@
 La réponse est le document WSDL du paquet demandé ou une faute SOAP en cas d’échec.
 ===Transformation des adresses de service===
-Lorsque vous implémenter des Services en utilisant des Web Services il est probable que leur adresse physique dépende de la configuration du déploiement chez votre client. Par exemple un service dont l’adresse en cours de développement est http://localhost/myapp/serveur/soap.l1000 sera déployé sur un serveur de production de votre client comme http://dupontsa/comptabilite/serveur/soap.l1000
+Lorsque vous implémentez des Services en utilisant des Web Services il est probable que leur adresse physique dépende de la configuration du déploiement chez votre client. Par exemple un service dont l’adresse en cours de développement est http://localhost/myapp/serveur/soap.l1000 sera déployé sur un serveur de production de votre client comme http://dupontsa/comptabilite/serveur/soap.l1000
 Cependant, pour un client WS, l’adresse du service est l’adresse contenue dans son descriptif de service (WSDL) qu’il a obtenu lors de l'importation et stocké dans le paquet métier correspondant. Il est donc nécessaire de disposer d’un mécanisme permettant de transformer les adresses des services en adresses réelles de déploiement  au moment de l’exécution.
@@ Ligne 18 : / Ligne 24 : @@
 ===Appel d’un serveur spécifique.===
-Dans certains cas il est possible de que vous souhaitiez appelé l’implémentation d’un serveur spécifique à la place du serveur défini dans le document WSDL ; pour cela utilisez la variable HostName  définie sur les objets supportant les services distants :
+Dans certains cas il est possible de que vous souhaitiez appeler l’implémentation d’un serveur spécifique à la place du serveur défini dans le document WSDL ; pour cela utilisez la variable HostName  définie sur les objets supportant les services distants :
 <source lang='delphi'>
@@ Ligne 43 : / Ligne 49 : @@
 ===Boucle local.===
-Si vous construisez une application métier qui expose des services métiers à travers des Web Service il est possible que votre code métier ait besoin d’appeler ces services. Lorsque l’implémentation de ces services est présente dans le modèle métier au moment de l’appel, il peut être souhaitable d’utiliser directement cette implémentation au lieu d’effectuer un appel externe sur un serveur implémentant ce Web Service.
+Si vous construisez une application métier qui expose des services métiers à travers des Web Services il est possible que votre code métier ait besoin d’appeler ces services. Lorsque l’implémentation de ces services est présente dans le modèle métier au moment de l’appel, il peut être souhaitable d’utiliser directement cette implémentation au lieu d’effectuer un appel externe sur un serveur implémentant ce Web Service.
 ===Contrôle du mode de bouclage local===
@@ Ligne 82 : / Ligne 88 : @@
 {{#images:image25.png|Web_Services_1000}}
-{{info|Modifier le mode par défaut n’est utile qu’a des fins de test ; cette modification n’est pas conservée lors de l’ouverture de l’application.}}
+{{info|Modifiez le mode par défaut n’est utile qu’à des fins de test ; cette modification n’est pas conservée lors de l’ouverture de l’application.}}
 {{Footer|Web Services (ws)}}
 [[Category:Web Services]]

@@ Ligne 98 : / Ligne 98 : @@
 |}
-{{PrecedentSuivant|Developpement:WebService5|Developpement:WebServices}}
+{{PrecedentSuivant|Developpement:WebService5|Developpement:WebServices7}}
 [[Category:WebServices|6]]

@@ Ligne 1 : / Ligne 1 : @@
 {{#customtitle:Déploiement des Web Services}}
-==Déploiement des services.==
+===Documents WSDL===
-−
 ==Documents WSDL==
 Le serveur 1000 offre un point d’accès pour obtenir les fichiers WSDL :
-http://localhost/myapp/server/soap.l1000?wsdl=Nom_du_paquet_de_service
+ http://localhost/myapp/server/soap.l1000?wsdl=Nom_du_paquet_de_service
 La réponse est le document WSDL du paquet demandé ou une faute SOAP en cas d’échec.
-==Transformation des adresses de service==
+===Transformation des adresses de service===
 Lorsque vous implémenter des Services en utilisant des Web Services il est probable que leur adresse physique dépende de la configuration du déploiement chez votre client. Par exemple un service dont l’adresse en cours de développement est http://localhost/myapp/serveur/soap.l1000 sera déployé sur un serveur de production de votre client comme http://dupontsa/comptabilite/serveur/soap.l1000
-Cependant, pour un client, l’adresse du service est l’adresse contenue dans son descriptif de service (WSDL) qu’il a obtenu lors de l‘importation et stocké dans le paquet métier correspondant. Il est donc nécessaire de disposer d’un mécanisme permettant de transformer les adresses des services en adresses réelles de déploiement  au moment de l’exécution.
+Cependant, pour un client WS, l’adresse du service est l’adresse contenue dans son descriptif de service (WSDL) qu’il a obtenu lors de l'importation et stocké dans le paquet métier correspondant. Il est donc nécessaire de disposer d’un mécanisme permettant de transformer les adresses des services en adresses réelles de déploiement  au moment de l’exécution.
 Ce mécanisme est accessible dans l’administrateur.
-==Appel d’un serveur spécifique.==
+===Appel d’un serveur spécifique.===
-Dans certains cas il est possible de que vous souhaitiez appelé l’implémentation d’un serveur spécifique ; pour cela utilisez la variable HostName  définie sur les objets supportant les services distants :
+<source lang='delphi'>
-−
-<pre>
 var inst:ICinteropService;
 begin
    inst := ICinteropService.Create;
-   inst.HostName := ‘http://marseille/comptaibilite/serveur/soap’;
+   inst.HostName := 'http://marseille/comptaibilite/serveur/soap';
 …
 end ;
-</pre>
+</source>
-Le nom de serveur que vous définissez ainsi sera utilisé à la place de l’adresse défini dans la classe de service distant ; ce nom sera toutefois transformer suivant la liste d’alias de service définie dans l’administrateur. Il est donc préférable  d’écrire :
+Le nom de serveur que vous définissez ainsi sera utilisé à la place de l’adresse défini dans la classe de service distant ; ce nom sera toutefois transformé suivant la liste d’alias de service définie dans l’administrateur. Il est donc préférable  d’écrire :
-<pre>
+<source lang='delphi'>
 var inst:ICinteropService;
 begin
    inst := ICinteropService.Create;
-   inst.HostName := ‘Marseille’;
+   inst.HostName := 'Marseille';
 …
 end ;
-</pre>
+</source>
 et de définir l’adresse de Marseille dans l’administrateur.
-==Boucle local.==
+===Boucle local.===
-−
 Si vous construisez une application métier qui expose des services métiers à travers des Web Service il est possible que votre code métier ait besoin d’appeler ces services. Lorsque l’implémentation de ces services est présente dans le modèle métier au moment de l’appel, il peut être souhaitable d’utiliser directement cette implémentation au lieu d’effectuer un appel externe sur un serveur implémentant ce Web Service.
-==Contrôle du mode de bouclage local==
+===Contrôle du mode de bouclage local===
-−
 Le mode de bouclage local est défini globalement pour l’ensemble des services ; il est néanmoins possible de contrôler ce mode au moment de l’appel du service.
 Utilisez pour cela la variable LoopMode définie sur les objets supportant les services distants :
-<pre>
+<source lang='delphi'>
 var inst:ICinteropService;
 begin
@@ Ligne 62 : / Ligne 57 : @@
 …
 end ;
-</pre>
+</source>
 Les valeurs de LoopMode sont :
 {| class="wikitable"
 |-
@@ Ligne 80 : / Ligne 76 : @@
 |}
+{{info|Le mode mlmSOAP n’est utile qu’a des fin de test de cohérence entre la sérialisation entrante et sortante.}}
-{| class="wikitable"
-|-
-|{{#images:image1.png|Web_Services_1000}}
 |Le mode mlmSOAP n’est utile qu’a des fin de test de cohérence entre la sérialisation entrante et sortante.
-|}
-−
-−
 Il est aussi possible d’agir sur le mode de bouclage par défaut ; ouvrez le concepteur de modèle puis l’option « Préférences » :
 {{#images:image25.png|Web_Services_1000}}
-{{PrecedentSuivant|Developpement:WebService5|Developpement:WebServices7}}
+{{info|Modifier le mode par défaut n’est utile qu’a des fins de test ; cette modification n’est pas conservée lors de l’ouverture de l’application.}}
-[[Category:WebServices|6]]
+{{Footer|Web Services (ws)}}