[SOAP] - Transfert de fichier EMCS

Version imprimable

17/02/2012, 08h38
vin100H

[SOAP] - Transfert de fichier EMCS

Bonjour à tous,

Dans le cadre d'un développement, je dois envoyer des données aux accises.
(déclaration pour les douanes)

Ces données (message EMCS) doivent transiter par l'intermédiaire de leur WebService.

Celà se fait via une fonction submitdraft qui reçoit comme paramètre un objet
Cet Objet est composé d'objet, qui son composé d'objet, qui sont .... etc

Je travailles en delphi.
Je recrée donc un objet correspondant à ce qu'il faut, je remplit les données en respectant les type décrit dans les fichier xsd qui nous sont fournit.

Mon problème est que lorsque j'utilise la fonction d'envoi "submitdraft" et que je lui passe mon objet "remplit" en paramètre, j'obtient le message suivant.

"first chance" exception. .... Classe d'exception ERemotableException avec un message "Internal Error".

D'après les infos que j'ai pu trouver sur le net, celà signifie que la "convertion" de mon objet en SOAP pose problème.
Dans la pile d'appel, j'ai un TOPToSoapDomConvert.ProcessFault

Je n'arrive pas à comprendre ce qui ne va pas.
Je trouverais ça plus simple d'envoyer un "string" XML, mais malheureusement on à pas le choix, il faut utiliser leur objet.

Si vous avez des idées, des pistes, ou besoin d'autres infos ??

Merci d'avance.
17/02/2012, 11h14
thelvin

Citation:

Envoyé par vin100H

Je trouverais ça plus simple d'envoyer un "string" XML, mais malheureusement on à pas le choix, il faut utiliser leur objet.

Si c'est un webservice, tu programmes tes appels comme tu veux non ?
Je me rappelle avoir dû écrire un client d'utilisation d'un service SOAP plein d'extensions SOAP à la mords-moi-le-nœud, qui étaient une folie furieuse à intégrer tous ensembles dans les biblis SOAP connues, à supposer que ce soit seulement possible.

Finalement j'y suis arrivé assez vite, et seule ma boîte a pu fournir un client qui marche, on nous a donc demandé nos méthodes. Pas de bibli SOAP du tout, tout en XML over HTTP pour décrire l'échange SOAP. Ça marchait très bien et c'était pas spécialement compliqué.

Citation:

Envoyé par thelvin

tout en XML over HTTP pour décrire l'échange SOAP. Ça marchait très bien et c'était pas spécialement compliqué.

J'ai déjà fait un webservice et un client pour lesquels les transfert se font via des simple "string" qui correspondre à de l'xml.
Il suffit alors de récupérer le string et de le sauver dans un fichier xml, ou le lire ou autre... c'est effectivement assez simple.

Mais dans le cas présent, je suis obligé d'utiliser une fonction du WebService qui n'a comme seule et unique paramètre ce un objet.

J'ai avancé un peu, j'ai pu récupérer le contenu de la "SOAPRequest" pour essayer de comparer avec un fichier exemple (fourni par les détenteur du webservice).

J'ai des différence, mais je ne comprend pas pourquoi

Exemple fournit:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
env:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:v3="http://emcs.minfin.fgov.be/wsdl/MSAMovement/v3" xmlns:v31="http://emcs.minfin.fgov.be/xsd/MSAMessage/v3" xmlns:v32="http://emcs.minfin.fgov.be/xsd/Context/v3"> 
        <soapenv:Header/> 
        <soapenv:Body> 
                <v3:submitDraftAADRequest> 
                        <v31:Context/> 
                        <ie:IE815 xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:ns0="http://emcs.dgtaxud.ec/v10/cd815/ie" xmlns:ns1="http://emcs.dgtaxud.ec/v10/tms" xmlns:ie="urn:publicid:-:EC:DGTAXUD:EMCS:PHASE3:IE815:V1.51" xmlns:tms="urn:publicid:-:EC:DGTAXUD:EMCS:PHASE3:TMS:V1.51"> 
                                <ie:Header> 
                                        <tms:MessageSender>zzz</tms:MessageSender> 
                                        <tms:MessageRecipient>zzz</tms:MessageRecipient> 
                                        <tms:DateOfPreparation>zzz</tms:DateOfPreparation> 
                                        <tms:TimeOfPreparation>zzz</tms:TimeOfPreparation> 
                                        <tms:MessageIdentifier>zzz</tms:MessageIdentifier> 
                                </ie:Header> 
                                <ie:Body> 
                                        <ie:SubmittedDraftOfEAD> 
                                                <ie:Attributes>

Exemple de la request que j'obtient:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
<?xml version="1.0"?>
<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:SOAP-ENC="http://schemas.xmlsoap.org/soap/encoding/">
	<SOAP-ENV:Body xmlns:NS1="http://emcs.minfin.fgov.be/wsdl/MSAMovement/v3" SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" xmlns:NS2="urn:publicid:-:EC:DGTAXUD:EMCS:PHASE3:EMCS:V1.51">
		<NS1:submitDraftAAD>
			<N_AAD_SUB>
				<Context/>
				<IE815>
					<Header>
						<MessageSender>zzz</MessageSender>
						<MessageRecipient>zzz</MessageRecipient>
						<DateOfPreparation xsi:nil="true"/>
						<TimeOfPreparation xsi:nil="true"/>
						<MessageIdentifier>zzz</MessageIdentifier>
					</Header>
					<Body>
						<SubmittedDraftOfEAD>
							<Attributes>

il y à une différence au niveau de la déclaration des type que je ne comprend pas ... comment faire en sorte que ces type soient déclaré dans le IE815 comme dans l'exemple.

17/02/2012, 15h28
thelvin

Citation:

Envoyé par vin100H

Mais dans le cas présent, je suis obligé d'utiliser une fonction du WebService qui n'a comme seule et unique paramètre ce un objet.

... Et tu n'as toujours pas dit qu'est-ce qui peut possiblement t'obliger à ça.
Mais bon. Je veux bien te croire sur parole, et en fait vu les exemples donnés, ça devrait être géré facilement par une bibliothèque SOAP.

Tes histoires, c'est des problèmes de namespaces. ie, tms, ns0, ns1, ce sont des namespaces, qu'il faut gérer.
... Par contre je connais rien au Delphi et je peux pas t'aider. Je sais gérer ça en Java avec Axis, et puis de préférence on a même pas besoin de le faire parce qu'on se base sur le WSDL du service. Mais en Delphi, je sais pas.
21/02/2012, 09h50
vin100H

Citation:

Envoyé par thelvin

... Et tu n'as toujours pas dit qu'est-ce qui peut possiblement t'obliger à ça.
Mais bon. Je veux bien te croire sur parole, et en fait vu les exemples donnés, ça devrait être géré facilement par une bibliothèque SOAP.

Hello,

ce qui peut m'obliger à ça ?
Je dois pouvoir envoyer de manière automatique des infos aux service des douanes et accises.
Le seul moyen mis à disposition pour effectuer ça de manière automatique est leur webservice, dans lequel je dois utiliser la fonction en question.

Citation:

Envoyé par thelvin

Tes histoires, c'est des problèmes de namespaces. ie, tms, ns0, ns1, ce sont des namespaces, qu'il faut gérer.
... Par contre je connais rien au Delphi et je peux pas t'aider. Je sais gérer ça en Java avec Axis, et puis de préférence on a même pas besoin de le faire parce qu'on se base sur le WSDL du service. Mais en Delphi, je sais pas.

Je suis d'accord avec toi, en théorie, on importe le wsdl, et le soap généré est correcte, on s'occupe de "rien", à par de remplir les données.

Mais ici c'est pas le cas.

De là à savoir si le problème vient de delphi, du wsdl même, ou d'un truc à faire que je ne fait pas ????
21/02/2012, 10h13
thelvin

Citation:

Envoyé par vin100H

ce qui peut m'obliger à ça ?
Je dois pouvoir envoyer de manière automatique des infos aux service des douanes et accises.
Le seul moyen mis à disposition pour effectuer ça de manière automatique est leur webservice, dans lequel je dois utiliser la fonction en question.

Ça j'avais compris. Ce que je comprends pas, c'est pourquoi tu es obligé d'utiliser un processeur SOAP, au lieu de simplement envoyer des requêtes HTTP que tu construis toi-même sur le webservice.

Mais bon... Vu l'exemple donné, ça ne devrait pas être compliqué de passer par un processeur SOAP, de toute façon.

Citation:

Envoyé par vin100H

Je suis d'accord avec toi, en théorie, on importe le wsdl, et le soap généré est correcte, on s'occupe de "rien", à par de remplir les données.

Mais ici c'est pas le cas.

Argh :). Bon ben je saurais le faire en Java avec Axis, mais Delphi j'y connais rien.

Citation:

Envoyé par vin100H

De là à savoir si le problème vient de delphi, du wsdl même, ou d'un truc à faire que je ne fait pas ????

Tu as dit que ce qui te pose problème, c'est d'avoir les préfixes ie: et tms: sur les éléments IE815 et autres.
Les préfixes, ça sert à mettre les éléments dans un namespace. Dans l'exemple, le préfixe ie: est associé au namespace "urn:publicid:-:EC:DGTAXUD:EMCS:PHASE3:IE815:V1.51". On le voit grâce à la déclaration xmlns:ie.
De même, le préfixe tms: est associé au namespace "urn:publicid:-:EC:DGTAXUD:EMCS:PHASE3:TMS:V1.51". Ce n'est pas le même.

Ce que tu dois faire, c'est mettre les éléments IE815 et Header dans le namespace "urn:publicid:-:EC:DGTAXUD:EMCS:PHASE3:IE815:V1.51", et les éléments en-dessous dans le namespace "urn:publicid:-:EC:DGTAXUD:EMCS:PHASE3:TMS:V1.51".
Comment faire ? J'en sais rien, Delphi connais pas.
21/02/2012, 16h15
vin100H

Citation:

Envoyé par thelvin

Ce que tu dois faire, c'est mettre les éléments IE815 et Header dans le namespace "urn:publicid:-:EC:DGTAXUD:EMCS:PHASE3:IE815:V1.51", et les éléments en-dessous dans le namespace "urn:publicid:-:EC:DGTAXUD:EMCS:PHASE3:TMS:V1.51".
Comment faire ? J'en sais rien, Delphi connais pas.

J'ai pu comme tu l'indique, réassocier les éléments à leur bon namespace en "bidouillant" le SoapRequest avant son envoi (via le beforeexecute).

Celà ne me plait que moyennement, mais ça marche.

Je cloture ce poste, et en lance un autre sur un problème de conversion XsTime