RE: WSDL2RPG or not? -- RPG400-L

Thanks Jon... Same here - mostly REST and JSON.
I sent Thomas an email before posting here... He replied to let me know he's on vacation (well-deserved I'm sure).

Thanks Charles... I wish I would have seen that earlier (would have saved a lot of time)

I also ran into an issue compiling the module for this one method anyway (the one I'll use most)... I had to use STGMDL(*TERASPACE) to get it to compile. The automatic storage for the procedure exceeds 16776704 (the value is 25935520).

Now I remember why I hate SOAP services.

Meanwhile, my "sandbox" credentials have stopped working.

Thanks all!

-----Original Message-----
From: RPG400-L [mailto:rpg400-l-bounces@xxxxxxxxxxxxxxxxxx] On Behalf Of Charles Wilt
Sent: Wednesday, July 22, 2020 11:04 AM
To: RPG programming on IBM i <rpg400-l@xxxxxxxxxxxxxxxxxx>
Subject: Re: WSDL2RPG or not?

I found a post from Thomas in 2012 saying WSDL2RPG didn't handle attributes
and that the generated section of code would need to be modified...

Don't know if that's still true. I've never actually used it myself in
production, just looked at it years ago. Ended up not using it since it
didn't support something I needed (think it was related to NULL/NIL or
something)

If you've got a working, hand-coded program using HTTP API directly, I'd
just go with that.

Charles

On Wed, Jul 22, 2020 at 7:58 AM Greg Wilburn <
gwilburn@xxxxxxxxxxxxxxxxxxxxxxx> wrote:

Jon,

I think I'm running into something like that with WSDL2RPG (the Thomas
Raddatz version)... At least I can't seem to find "how to" do something in
the sample code.

I parred down the methods to 3 (from 30+) so the modules would actually
compile. I still need to get one of them compiled. Looking in the source
code, I can't see where to set element "attributes".

In my case, the element <LabelRequest> contains variable attributes like:

<Label Request
Test="YES"
LabelSize="4x6"
ImageFomat="ZPLII"
Etc..

I used the WSDL2RPG tool to create a sample/test program over this method
(GetPostageLabel), but I can't find where to set/change these attributes in
the code anywhere.

FWIW - I coded a test request using only HTTPAPI, with the SOAP message as
an RPG variable. Response time is very fast compared to a Java application
called from the same RPG pgm.

So many of the elements in this one request are "optional"... Currently,
I'll need only use 2-3 methods. Of course, that could change - but I've
been told this API will be replaced in coming years with a REST API (this
is for Endicia that was purchased by Stamps.com)

In your opinion (everyone's opinion welcome) - should I continue with
WSDL2RPG or code from scratch for my immediate needs?

Thanks,
Greg

-----Original Message-----
From: RPG400-L [mailto:rpg400-l-bounces@xxxxxxxxxxxxxxxxxx] On Behalf Of
Jon Paris
Sent: Tuesday, July 21, 2020 4:41 PM
To: RPG programming on IBM i <rpg400-l@xxxxxxxxxxxxxxxxxx>
Subject: Re: WSDL2RPG or not?

Why?

It doesn't have the flexibility of HTTPAPI and doesn't run as quickly in
most cases - I suspect because of the underlying use of Java. Once/If IBM
get round to using C/C++ routines under the covers it may improve.

It has other downsides although I don't recall all the details. I seem to
remember that authenticating to some kinds of service was one of the issues.

To each their own - I was using HTTPAPI long before SQL offered these
options. I also use Python and PHP for this purpose - not not when RPG is
in charge of the process.

On Jul 21, 2020, at 4:33 PM, Booth Martin <booth@xxxxxxxxxxxx> wrote:

Next question (remember, this is all new ground for me so the questions

are pretty low-level):

Wouldn't one use json_table() today?

From working code:

****

**exec sql select * into :wCity, :wCountry, :wID from

json_table(systools.httpgetclob(:URL, ''), 'lax $' columns( CITY
varchar(50) path '$.name', COUNTRY varchar(2) path '$.sys.country', ID
dec(10) path '$.id') empty on error); **

****

On 7/21/2020 9:00 AM, Jon Paris wrote:

That is what he was talking about Booth.

Most think of IWS as the Server part. WSDL2RPG is the client side.

...

--
This is the RPG programming on IBM i (RPG400-L) mailing list
To post a message email: RPG400-L@xxxxxxxxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/rpg400-l.

Please contact support@xxxxxxxxxxxxxxxxxxxx for any subscription

related questions.

Help support midrange.com by shopping at amazon.com with our affiliate

link: https://amazon.midrange.com

--
This is the RPG programming on IBM i (RPG400-L) mailing list
To post a message email: RPG400-L@xxxxxxxxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/rpg400-l.

Please contact support@xxxxxxxxxxxxxxxxxxxx for any subscription related
questions.

Help support midrange.com by shopping at amazon.com with our affiliate
link: https://amazon.midrange.com
--
This is the RPG programming on IBM i (RPG400-L) mailing list
To post a message email: RPG400-L@xxxxxxxxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/rpg400-l.

Please contact support@xxxxxxxxxxxxxxxxxxxx for any subscription related
questions.

Help support midrange.com by shopping at amazon.com with our affiliate
link: https://amazon.midrange.com