[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: Ftpapi Digest, Vol 62, Issue 20 AnyType parameters
Thomas,
I am truly grateful for all of this. It's going to take me a bit to mull this over
and try it out, but I suspect you've given me a great head start. Sorry for not
replying sooner, and for not spending dedicated time on this, but I (like most of us
in this business) have to juggle development, support, and other peoples' priorities.
I'll endeavor to utilize what you've given me without taking too much more of your
time.
Michael
_______________________
-----Original Message-----
From: ftpapi-bounces@xxxxxxxxxxxxxxxxxxxxxx [mailto:ftpapi-bounces@xxxxxxxxxxxxxxxxxxxxxx] On Behalf Of Thomas Raddatz
Sent: Monday, August 22, 2011 3:59 PM
To: HTTPAPI and FTPAPI Projects
Subject: Re: Ftpapi Digest, Vol 62, Issue 20
Michael,
I modified your stub and program source to properly retrieve and display
the response values of your "Inventory" web service.
For sure modifying the generated source is not a trivial task and requires
some knowledge about web services and the way WSDL2RPG works. But I hope
that my sample will enable you to successfully generate a RPG client for
your next web service. It is not trivial but also not too hard. If I was
you I would use a source compare utility like "WinMerge" and start with
comparing the old and new source members to understand the changes. Using a
PC utility is more effective than CMPPFM.
The output of KOESTER1T (test pgm) is:
DSPLY 1
DSPLY 124
DSPLY WL_COUNTRY=WL_COUNTRY_US
1 = Number of elements of "getProfilesReturn"
124 = Number of map entries
Please notice that the changed stub module is somewhat quick & dirty
because it will not work in case the map contains multi-ref items such as
"getProfilesReturn". If you want to make sure that the stub module also
works for multi-ref map items, please try to modify the wsdl file and
generate the stub from that because it is too hard to tweak the source by
hand. Maybe the owner of the web service is willing to help you with that.
Thomas.
Am 22.08.2011 17:16, schrieb Koester, Michael:
> Thanks so much for your time and efforts, Thomas.
> Tried to follow the recommendation to adjust the impl_item_of_anyType_t...
> to a data structure, but the compiler caught me on the need to change four
> occurrences where other subprocedures had local definitions referring to
> that same "impl_item_of_anyType_t" structure. Those were
> "curItem_of_anyType_A1" in subproc, "Inventory_getProfiles",
> "currentItem" and "emptyItem" in subproc,
> "impl_item_of_anyTypeStart_of_impl_getProfilesRpc", and "currentItem" in
> subproc, "impl_item_of_anyTypeEnd_of_impl_getProfilesRpc".
> I changed those fields to "likeds" data structures as well, but still could
> not get past the compiler.
> In subproc, "impl_item_of_anyTypeEnd_of_impl_getProfilesRpc" I get "RNF0229:
> *DATA is not valid with %ADDR..." on the call to UnMarshaller_toStringV6.
> Sadly, I may be in over my head here. I have not yet tried to download and
> modify the WSDL, but that may be my next effort.
>
> Again, thanks for all you're doing here. My project will require accessing
> a number of similar web services, and I'm really hoping I can leverage your
> tools to a meet those needs.
>
> -- Michael Koester
-----------------------------------------------------------------------
This is the FTPAPI mailing list. To unsubscribe, please go to:
http://www.scottklement.com/mailman/listinfo/ftpapi
-----------------------------------------------------------------------