Voor een integratie met een server hebben wij een boekwerk gekregen met welke SOAP berichten er allemaal door die server gesnapt worden en wat de antwoorden zijn. Nu wordt erover gedacht om in Q1 2006 pas een WSDL document te gaan maken, echter wij moeten al voor Q1 een integratie gedaan hebben. Nu ben ik op zoek naar een oplossing. Moeten we gewoon zelf maar soap berichten gaan interpreteren alszijnde XML of zijn er andere mogelijkheden om er wel een normale webservice interface van te kunnen maken zodat .Net het e.e.a. voor mij voorgenereerd?
Het lijkt er op dat je zelf de wsdl zal moeten maken. Doen ze in q1 dubbel werk.
Hoe hebben ze dan die definitie van de SOAP berichten opgesteld? Nog wel met schema's? Of volledig in tekst uitgeschreven?
Voor als je met het handje de WSDL aan moet maken wat tooltjes die het leven wat makkelijker maken:
http://www.thinktecture.c...ontractFirst/default.html
en http://www.capescience.com/soa/index.shtml
Voor als je met het handje de WSDL aan moet maken wat tooltjes die het leven wat makkelijker maken:
http://www.thinktecture.c...ontractFirst/default.html
en http://www.capescience.com/soa/index.shtml
Dit is een voorbeeld. Wel enigzins standaard opgebouwd:
3.2.2.1.1 Success
ik ga even kijken naar de tooltjes
XML:
1
2
3
4
5
6
7
8
9
| 3.2.1 SOAP REQUEST <SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"> <SOAP-ENV:Body> <Ping> <AesBusinessSession id="7406"/> <AesPing area="database"/> </Ping> </SOAP-ENV:Body> </SOAP-ENV:Envelope> |
3.2.2.1.1 Success
XML:
1
2
3
4
5
6
7
| <SOAP-ENV:Envelope xmlns:SOAP-ENV=”http://schemas.xmlsoap.org/soap/envelope/”> <SOAP-ENV:Body> <Response> <AesResult result="true"/> </Response> </SOAP-ENV:Body> </SOAP-ENV:Envelope> |
ik ga even kijken naar de tooltjes
je kunt de wsdl toch van de url wegtrekken? en dan kun je met wsdl.exe de proxy class genereren
[ Voor 38% gewijzigd door mulder op 22-09-2005 22:30 ]
oogjes open, snaveltjes dicht
Nou ja, dan moet het ten eerste een ASP.NET webservice zijn (helemaal niet vanzelfsprekend) en ten tweede moet ie dan ook al in de lucht zijn.Don Facundo schreef op donderdag 22 september 2005 @ 22:29:
je kunt de wsdl toch van de url wegtrekken? en dan kun je met wsdl.exe de proxy class genereren
Volgens mij niet.tijn schreef op vrijdag 23 september 2005 @ 00:24:
[...]
Nou ja, dan moet het ten eerste een ASP.NET webservice zijn (helemaal niet vanzelfsprekend)
Dat is waar, maar kun je helemaal niet aan de wsdl komen?en ten tweede moet ie dan ook al in de lucht zijn.
oogjes open, snaveltjes dicht
Pagina: 1