Re: Consuming Web service

There will be many responses offering different solution but I'll throw my thoughts into the mix.

The SQL experts will push you in that direction, but you need to be sure that the web services in question can be accessed in that manner - not all can be - although the number and type increases with each release.

I personally find that other than for the simplest services, the SQL approach requires what (for me at least) is close to being read-only code. I appreciate that that is just me - I find the syntax somewhat arcane and unnatural. If you are familiar with SQL you will think differently.

Since you have WSDLs you can use WSDL2RPG to generate the code needed to use Scott Klement's HTTPAPI and that is probably the route I would take as it gives me the greatest flexibility in accessing the services and covers the widest range of services. This is almost certainly the best performing option of the three I am listing here.

Again using the WSDLs you can use IBM's wizards to create the C stubs to access the services from RPG but the range of service it supports does not appear to be as broad ranging as WSDL2RPG.


Jon Paris

www.partner400.com
www.SystemiDeveloper.com

On May 27, 2018, at 5:51 AM, Gad Miron <gadmiron@xxxxxxxxx> wrote:

Hello Pundits

I need to consume a Web service or two on another (MS Windows + SQL Server)
system
like open a new customer or creating a Proforma-invoice
(Supplier of the WSs has provided wsdl files)

I've seen several discussions here on the subject but being ignorant of the
issue I
find it difficult to choose a method (RPG , CL or SQL)

Can you point me to the simplest/best/easiest method


TIA
Gad
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/midrange-l.

Please contact support@xxxxxxxxxxxx for any subscription related questions.

Help support midrange.com by shopping at amazon.com with our affiliate link: http://amzn.to/2dEadiD