[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: Need help adjusting a WSDL2RPG stub program
Thomas,
Thanks again. The big obstacle now is that the code adjustments you supplied were based on WSDL2RPG 1.15 / 31.05.2012, where the version I have here is WSDL2RPG 1.15beta7 / 25.01.2012. As a result, I'm lacking some pieces that were apparently added since beta7. I have no "unmarhaller_setFieldIdentifier", no "StaticArray_checkIndex", and no copy source for QWSDL2RPG,PWSDL2R79 -- possibly missing other critical elements, but those keep the my adjusted method stub module from compiling.
I could bring in the new (31.05.2012) version if I was comfortable that it was backward-compatible with work I've already moved to Production. Should I be?
Open to your suggestions...
-- Michael Koester
~~~~~~~~~~~~~~~~~~~~
-----Original Message-----
From: ftpapi-bounces@xxxxxxxxxxxxxxxxxxxxxx [mailto:ftpapi-bounces@xxxxxxxxxxxxxxxxxxxxxx] On Behalf Of Thomas Raddatz
Sent: Tuesday, July 31, 2012 3:47 PM
To: HTTPAPI and FTPAPI Projects
Subject: Re: Need help adjusting a WSDL2RPG stub program - missing zip file
Sorry, I forgot to attach the zip file. Here it is.
Thomas.
Am 30.07.2012 18:59, schrieb Koester, Michael:
> Sorry I misunderstood. Thanks for clarifying for me.
> -- Michael
>
> -----Original Message-----
> From: ftpapi-bounces@xxxxxxxxxxxxxxxxxxxxxx
> [mailto:ftpapi-bounces@xxxxxxxxxxxxxxxxxxxxxx] On Behalf Of Thomas
> Raddatz
> Sent: Monday, July 30, 2012 12:38 PM
> To: HTTPAPI and FTPAPI Projects
> Subject: Re: Need help adjusting a WSDL2RPG stub program
>
> Michael,
>
> The wsdl file is the contract of the web service. Please enter the URL of the wsdl file into your preferred web browser and then use "Save as" to create a local copy of that file and send it to me.
>
> I need the wsdl file to generate the stub and to set up a soapUI mock web service which I can use to return the data of your debug log. This way I can test the stub with the very same data that you received from your web service.
>
> The URL of the wsdl file is what you entered at keyword URL of command WSDL2RPG, e.g.:
>
> WSDL2RPG
> URL('http://www.webservicex.net/CurrencyConvertor.asmx?WSDL')
> ...
>
> Thomas.
>
> Am 30.07.2012 14:08, schrieb Koester, Michael:
>> Hey Thomas -- welcome back. Hope you had a great vacation!
>> If I understand what you're asking for, I've cut the resulting xml from an interface I'll be trying to mimic. That same data comes through in the debug log I attached to an earlier post, but I'll attach that here as well.
>> If you haven't yet seen the other attachments, they are on my first post on July 26. If you need me to resend those, I will be happy to.
>>
>> Thanks for your time, Thomas.
>> -- Michael
>>
>> -----Original Message-----
>> From: ftpapi-bounces@xxxxxxxxxxxxxxxxxxxxxx
>> [mailto:ftpapi-bounces@xxxxxxxxxxxxxxxxxxxxxx] On Behalf Of Thomas
>> Raddatz
>> Sent: Sunday, July 29, 2012 12:38 PM
>> To: HTTPAPI and FTPAPI Projects
>> Subject: Re: Need help adjusting a WSDL2RPG stub program
>>
>> Michael,
>>
>> Sorry for the late reply. I was on vacation and returned this weekend.
>> Please post the wsdl file to help me to set up a soapUI mock service. For whatever reasons the stub does not notice the multiref element "id1". I need to debug that.
>>
>> Thomas.
>>
>>> ________________________________________
>>> From: ftpapi-bounces@xxxxxxxxxxxxxxxxxxxxxx
>>> [ftpapi-bounces@xxxxxxxxxxxxxxxxxxxxxx] On Behalf Of Koester,
>>> Michael [mkoester@xxxxxxxxxxxxx]
>>> Sent: Thursday, July 26, 2012 9:43 AM
>>> To: HTTPAPI and FTPAPI Projects
>>> Subject: RE: Need help adjusting a WSDL2RPG stub program
>>>
>>> Got no responses from my plea for help last week, but I've continued and got just a bit closer, I think. Still stuck, though. I had some help from Thomas for something similar several months ago, so I re-jiggered the stubs (both base and method) to be more like the one I have in production that deals with the multi-ref layer.
>>> Still seeing the data returned from the web service in the debug log, but parsing blows up when called from procedure,"HTTP_receiveResponse":
>>> "if (XMLSAXParser_parse(g_hSAXParser: i_data: i_length) = cTrue);" [returns FALSE] Possibly because of one or more of the following:
>>> 1) The web service is returning something non-standard, or
>>> 2) I messed up the stub programs when I tried to adapt for multi-ref
>>> handling, or
>>> 3) Additional tweaks are needed (which I would need assistance with,
>>> because I'm quite over my head as it is.)
>>>
>>> Attached .txt files are BaseStub (RPG source WS2PRVSN), MethodStub (RPG source WS2PRVSN03), TestCaller (RPG source WS2GETDEVC), and the debug log. Note that these are a bit different than those I attached to earlier posts.
>>>
>>> Many thanks.
>>> -- Michael Koester
>>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>>>
>>> -----Original Message-----
>>> From: ftpapi-bounces@xxxxxxxxxxxxxxxxxxxxxx
>>> [mailto:ftpapi-bounces@xxxxxxxxxxxxxxxxxxxxxx] On Behalf Of Koester,
>>> Michael
>>> Sent: Thursday, July 19, 2012 11:48 AM
>>> To: HTTPAPI and FTPAPI Projects
>>> Subject: Need help adjusting a WSDL2RPG stub program
>>>
>>> I used WSDL2RPG (the Thomas Raddatz tool) to generate a base stub WS_PRVSN, a method stub WS_PRVSN03, and a test caller program, WS_GETDEVC. My test caller program WS_GETDEVC, sends two inputs to the webservice. For those values sent I expect to get 24 key/value pairs returned. The debug log shows that all key/value pairs were returned by the webservice -- the stub just isn't parsing them out correctly.
>>>
>>> The webservice appears to be sending back 24 key/value pairs, but they appear to be within a <multiRef ... </multiRef> set. The method stub does not appear to have the routines for parsing out the "MultiRef" layer.
>>>
>>> Is there an easy way to fix the stub so that it ignores the outer group and just loads the data structure from the inner group of key/value pairs?
>>>
>>> I can't directly share the access to the webservice (it's all on the private side of the firewall, and it pertains to customer-proprietary data), but hopefully the attachments should provide what you may need.
>>>
>>> Thanks much.
>>> Michael Koester
-----------------------------------------------------------------------
This is the FTPAPI mailing list. To unsubscribe, please go to:
http://www.scottklement.com/mailman/listinfo/ftpapi
-----------------------------------------------------------------------