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

Flfay : /* Liste des services disponibles */

2009-12-17T16:39:29Z

Liste des services disponibles

← Version précédente		Version du 17 décembre 2009 à 16:39
Ligne 5 :		Ligne 5 :
	====Liste des services disponibles====		====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		http://localhost/myapp/server/soap.l1000?wsdl

Flfay : /* Documents WSDL */

2009-09-23T09:33:16Z

Documents 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====

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

2009-09-23T09:18:29Z

Accès au fichier WSDL d'un service

← Version précédente		Version du 23 septembre 2009 à 09:18
Ligne 14 :		Ligne 14 :
	Le serveur 1000 offre un point d’accès pour obtenir les fichiers WSDL :		Le serveur 1000 offre un point d’accès pour obtenir les fichiers WSDL :

			Pour un paquet de service :
	http://localhost/myapp/server/soap.l1000?wsdl=Nom_du_paquet_de_service		http://localhost/myapp/server/soap.l1000?wsdl=Nom_du_paquet_de_service

			Pour une requête publiée :
			http://localhost/myapp/server/soap.l1000?wsdl=query.Nom_de_la_requete.drp

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

Flfay : /* Documents WSDL */

2009-09-23T09:01:13Z

Documents WSDL

← Version précédente		Version du 23 septembre 2009 à 09:01
Ligne 3 :		Ligne 3 :
	===Documents WSDL===		===Documents WSDL===

	~~Le serveur 1000 offre un point d’accès pour obtenir les fichiers WSDL :~~		====Liste des services disponibles====

			L'URL suivante retourne une page HTML qui recense l'ensemble des services (paquets de services et requêtes) disponibles.

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

	~~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.~~		====Accès au fichier WSDL d'un service====

	~~http~~:~~//localhost/myapp/server/soap.l1000?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===		===Transformation des adresses de service===

Flfay le 23 septembre 2009 à 08:59

2009-09-23T08:59:21Z

← Version précédente		Version du 23 septembre 2009 à 08:59
Ligne 8 :		Ligne 8 :

	La réponse est le document WSDL du paquet demandé ou une faute SOAP en cas d’échec.		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.

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



	===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		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.		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.===		===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'>		<source lang='delphi'>
Ligne 43 :		Ligne 49 :

	===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.		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===		===Contrôle du mode de bouclage local===
Ligne 82 :		Ligne 88 :
	{{#images:image25.png\|Web_Services_1000}}		{{#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)}}		{{Footer\|Web Services (ws)}}
	[[Category:Web Services]]		[[Category:Web Services]]

Syfre le 22 août 2009 à 07:59

2009-08-22T07:59:42Z

← Version précédente		Version du 22 août 2009 à 07:59
Ligne 1 :		Ligne 1 :
	{{#customtitle:Déploiement des Web Services}}		{{#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 :		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.		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		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.		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 à 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 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~~>		<source lang='delphi'>
	var inst:ICinteropService;		var inst:ICinteropService;
	begin		begin
	inst := ICinteropService.Create;		inst := ICinteropService.Create;
	inst.HostName := ~~‘http~~://marseille/comptaibilite/serveur/~~soap’~~;		inst.HostName := 'http://marseille/comptaibilite/serveur/soap';
	…		…
	end ;		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;		var inst:ICinteropService;
	begin		begin
	inst := ICinteropService.Create;		inst := ICinteropService.Create;
	inst.HostName := ~~‘Marseille’~~;		inst.HostName := 'Marseille';
	…		…
	end ;		end ;
	</~~pre~~>		</source>

	et de définir l’adresse de Marseille dans l’administrateur.		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.		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.		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 :		Utilisez pour cela la variable LoopMode définie sur les objets supportant les services distants :

	<~~pre~~>		<source lang='delphi'>
	var inst:ICinteropService;		var inst:ICinteropService;
	begin		begin
Ligne 62 :		Ligne 57 :
	…		…
	end ;		end ;
	</~~pre~~>		</source>

	Les valeurs de LoopMode sont :		Les valeurs de LoopMode sont :

	{\| class="wikitable"		{\| 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 » :		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}}		{{#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~~\|~~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)}}
			[[Category:Web Services]]

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)

← Version précédente	Version du 21 août 2009 à 18:42
(Aucune différence)

Syfre le 9 juin 2008 à 14:53

2008-06-09T14:53:44Z

← Version précédente		Version du 9 juin 2008 à 14:53
Ligne 98 :		Ligne 98 :
	\|}		\|}

	{{PrecedentSuivant\|Developpement:WebService5\|Developpement:~~WebServices~~}}		{{PrecedentSuivant\|Developpement:WebService5\|Developpement:WebServices7}}

	[[Category:WebServices\|6]]		[[Category:WebServices\|6]]

Syfre le 3 juin 2008 à 11:28

2008-06-03T11:28:32Z

← Version précédente		Version du 3 juin 2008 à 11:28
Ligne 98 :		Ligne 98 :
	\|}		\|}

	{{PrecedentSuivant\|WebService5\|~~WebService1~~}}		{{PrecedentSuivant\|Developpement:WebService5\|Developpement:WebServices}}

	[[Category:WebServices\|6]]		[[Category:WebServices\|6]]

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]]

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

Flfay : /* Liste des services disponibles */

Flfay : /* Documents WSDL */

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

Flfay : /* Documents WSDL */

Flfay le 23 septembre 2009 à 08:59

Syfre le 22 août 2009 à 07:59

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

Syfre le 9 juin 2008 à 14:53

Syfre le 3 juin 2008 à 11:28

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:...

Flfay : /* Liste des services disponibles */

Flfay : /* Documents WSDL */

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

Flfay : /* Documents WSDL */

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

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:...