Discussion :

[alixchalton]

Bonjour,

Je suis actuellement en train de dévelloper un logiciel pour faire le lien entre le web service de colissimo et un ERP.
Pour utiliser le Web service colissimo, j'ai utilisé le fichier wsdl fourni par colissimo de manière a créer automatiquement la classe pour gerer ce web service.
Aucun souci au niveau de la création de la classe par contre, a l'utilisation d'une de leur fonction, j'obtient une InvalidOperationException genérer par leur classe :

Le client a trouvé 'multipart/related; type="application/xop+xml"; boundary="uuid:ecd1c91c-e431-42a8-9ff1-9096c3eccab9"; start="<root.message@cxf.apache.org>"; start-info="text/xml"' comme type de contenu de la réponse, alors qu'il attendait 'text/xml'.
La demande a échoué avec le message d'erreur :
--
--uuid:ecd1c91c-e431-42a8-9ff1-9096c3eccab9
Content-Type: application/xop+xml; charset=UTF-8; type="text/xml";
Content-Transfer-Encoding: binary
Content-ID: <root.message@cxf.apache.org>

<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"><soap:Body><ns2:generateLabelResponse xmlns:ns2="http://sls.ws.coliposte.fr"><return><messages><id>0</id><messageContent>La requ??te a ??t?? trait??e avec succ??s</messageContent><type>INFOS</type></messages><labelV2Response><label><xop:Include xmlns:xop="http://www.w3.org/2004/08/xop/include" href="cid:d1e6994e-f8a8-4ce4-a3b1-dea8097d6551-8049@cxf.apache.org"/></label><parcelNumber>6A16922731328</parcelNumber><parcelNumberPartner>0037000116A1692273132801250V</parcelNumberPartner></labelV2Response></return></ns2:generateLabelResponse></soap:Body></soap:Envelope>
--uuid:ecd1c91c-e431-42a8-9ff1-9096c3eccab9
Content-Type: application/octet-stream
Content-Transfer-Encoding: binary
Content-ID: <d1e6994e-f8a8-4ce4-a3b1-dea8097d6551-8049@cxf.apache.org>

%PDF-1.3
%????
12 0 obj
<<
/BitsPerComponent 8
/ColorSpace /DeviceRGB
/Filter [/FlateDecode /DCTDecode]
/Height 117
/Length 2703
/Mask [ 253 255 253 255 253 255 ]
/Name /Obj0
/Subtype /Image
.
.
.
.

Je ne sais pas quoi faire pour bypass cette erreur. Pourriez vous m'aider s'il vous plait?

[guizmohackett]

J'ai exactement la même erreur.
Pourtant, on voit que la requête a fonctionné

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

<messageContent>La requ??te a ??t?? trait??e avec succ??s</messageContent>

As-tu trouvé un moyen de contourner la chose???

[Eagle74]

Bonjour,
je vois que je suis pas le seul à travailler sur le sujet oufff

J'en arrive exactement au même point que vous, avec la même erreur alors que le serveur répond bien avec le document attaché.

Auriez-vous trouvé le problème ?

Merci par avance.
Alain

[guizmohackett]

Bonjour,

Après plusieurs réunions téléphoniques avec le support de La Poste (qui ne sont pas développeurs donc ne peuvent pas analyser le problème.... je vous laisse imaginer le temps passé).... Il s'avère que cette fonctionnalité bien que vendue et présentée dans leur cahier des charges n'est tout simplement pas disponible, car obsolète. En fait, récupérer une URL ne fonctionne plus depuis un bon moment....

Je n'ai donc à ce jour aucune solution....

[Eagle74]

Bonjour et merci pour votre réponse.
Pourtant avec SoapUI cela fonctionne bien, je vous tiens informé si je trouve quelque chose.

[Eagle74]

Bonjour,
Je viens de passer l'erreur, maintenant reste à trouver comment extraire l'étiquette.
Le pb viens du client créé à partir de la class colissimo.
Dans la class SlsServiceWS20, j'ai remplacé :
Inherits System.Web.Services.Protocols.SoapHttpClientProtocol.
Par :
Inherits Microsoft.Web.Services3.WebServicesClientProtocol.

Dans la sub new() de cette class j'ai rajouté : Me.RequireMtom = True.

Maintenant j'ai ma réponse sans erreur :