Sziasztok!
Valakinek sikerült-e már uniPaaS-ból az Invoke WebS-t működésre bírni nem Windows-os szerver esetén?
Kérem, bármilyen tapasztalatotok van, osszátok meg velem!
Köszönöm!
Üdvözlettel,
Bakos Gyula
SZEGED Software Zrt.
Szia!
A uniPaaS Help azt írja, hogy helyette a HTTPCall a javasolt, aminek kicsit más a szintaktikája.
Nézegettem is már a HTTPCall-t, de nem sikerült a helpből rájönni, hogy hogyan lehet jól felparaméterezni. Ha egy service csomagban több hívható függvény is van, hogyan lehet átadni neki, hogy melyiket szeretném meghívni? A paramétereket ha jól láttam, valami template alapú txt fálban mint blob-ban kell átküldeni.
Nagyon megköszönném, ha tudnál küldeni valami példát, ami alapján elindulhatnák!
Üdv: Gyula
--
Azért kapta ezt az üzenetet, mert feliratkozott a Google Csoportok „Magic Support Levelezőlista” csoportjára.
Az erről a csoportról és az ahhoz kapcsolódó e-mailekről való leiratkozáshoz küldjön egy e-amailt a(z) magic-suppor...@googlegroups.com címre.
Ha üzenetet szeretne küldeni ebbe a csoportba, küldjön e-mailt a(z) magic-...@googlegroups.com címre.
A csoportot a(z) http://groups.google.com/group/magic-support címen keresheti fel.
További lehetőségekért látogasson el ide: https://groups.google.com/d/optout.
Sziasztok!
Végülis az Invoke WebS Lite mellett maradtunk, ami jól működött (egészen eddig) nemcsak Windows-ról, hanem Linuxról futtatáskor is.
Mivel a webservice szolgáltatói oldal (is) most van fejlesztés alatt, szükségessé vált módosítani az egyik metódus paraméterlistáján.
Ennek eredményeképpen most ott tartunk, hogy az egyik hívandó metódusnak 5 paramétere van, ami a wsdl-t böngészőben megnyitva szépen látszik, valamint SoapUi-ban is (Dávid, köszi a tippet!!) látszanak a paraméterek, sőt működik is a metódus meghívása.
A uniPaaS ennek ellenére nem lát csak 4 paramétert, amikor az Invoke WebS Lite-ot meghívnánk.
De ezt legalább következetesen teszi, mert az Invoke WebS is ugyanezt látja. És mostmár nemcsak Linuxról van ez a problémánk, hanem Windows-on, fejlesztőben is.
Van valakinek esetleg ezügyben tapasztalata?
Üdv: Gyula
Sziasztok,
Na, végre sikerült elérnem, hogy a HTTPPost-ra visszajött a válasz a web service szolgáltató féltől.
Több problémám is volt, tanulságul leírom, hogy mik voltak a buktatók, hátha valaki hasznát veszi:
- az első (url) paraméterben nem volt elég a http://servername/xxx.php hanem a wsdl linkjét kellett megadni így: http://servername/xxx.php?wsdl
- a második (soap envelope) paraméter úgy volt jó, ahogy azt a SoapUI is kiküldte. Viszont, nem szükséges az xpa tutorialban ( https://www.youtube.com/watch?v=HK-x3gJxhfE ) mutatott merge technikával megírni egy blob-ot és azt átadni a HTTPPost-nak, simán meg lehet adni a HTTPPost-nak a soap_envelope-ot string kifejezésként.
- A kiküldendő header-ek terén (is) elég nagy a kavarás, mert arról nem találtam leírást, hogy milyen header-öket szükséges (és elegendő) kiküldeni a HTTPPost-ban. A help-ben szereplő 'User-Agent "Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 5.0)" nem volt elegendő. Próbáltam a SoapUI által kiküldött összes header-t beletenni a HTTPPost hívásomba, de úgy sem működött. Végül a következő header-ek kiküldésével sikerült működésre bírni a webservice-t:
o 'SOAPAction: "http://servername/webservice_service_name#method_name"',
o 'Connection: Keep-Alive',
o 'User-Agent: Apache-HttpClient/4.1.1 (java 1.5)'
Most ezzel „a tűz el lett oltva”, az MSE support-ja pedig vizsgálja, hogy miért nem működik az Invoke WebS Linux-ról futtatva az alkalmazást, és az Invoke WebS és Invoke WebS Lite miért nem lát minden paramétert, ami a wsdl-ben fel van sorolva.
Bízom benne, hogy mielőbb megtalálják a megoldást!
Dávid, köszönöm a segítségedet!