Re: Open Access - Json Template

John

One can look at Open Access: RPG Edition as just a way to call APIs. That is a fair view of it. The main point for using OAR, to my way of thinking, is to make native I/O into an abstraction layer for working with whatever resources are accessed using some set of APIs. Web services are just one example that fits well, I think. At least, it is always mentioned!!

Faster and easier to maintain? Do you currently write additional procedures in a service program in order to expose the new APIs for use? It seems there isn't much difference, then, to using OAR - the handlers I've written generally have a driver procedure that is basically a SELECT-WHEN-ENDSL structure for each I/O operation. If you have several web services to consume, then somewhere in the procedures for, e.g., OPEN or other operation, you would have something that branches according to which file is opened or otherwise being handled.

You can also use some kind of table or data area or user space to hold the connection information. I speak a little out of ignorance, mostly of the various needs related to web services, since almost all I've done pertains to remote data access.

Anyhow, I hope this offers some ideas as to using OAR for you project - as I did not say above - the main purpose is to enable use of native I/O operations to consume non-traditional resources. This CAN be done only with API calls - or a service program that wraps up those calls - AND it can be done nicely with an OAR handler.

Regards
Vern

On 11/8/2016 2:41 PM, Slanina, John wrote:

Jon,
Before, I could not get nested arrays working with web services wizard. Now I got it working.
So now we are down to which way is the fastest and easiest to maintain. We have 50 API and add about 3 to 4 a month.

You kind of talked me out on using your open access :)

John Slanina


-----Original Message-----
From: RPG400-L [mailto:rpg400-l-bounces@xxxxxxxxxxxx] On Behalf Of Jon Paris
Sent: Tuesday, November 08, 2016 12:26 PM
To: Rpg400 Rpg400-L
Subject: Re: Open Access - Json Template

John,

My OA template is generic - there is really nothing web service specific that I could add.

I have published one example that consumes a web service - it uses Scott’s HTTPAPI under the covers to handle the web service interaction. That is also referenced in my OA session.

Consider for a moment that one way to supply a web service is via HTTP. In my session I showed how a handler can be written that (in my case) interfaces with CGIDEV2 to handle the web side. The same principal could be applied to web services.

You don’t say what kind of web services you intend to supply (REST vs SOAP for example) - don’t forget that the web services wizard can also be used to provide these services from conventional RPG programs.


Jon Paris

www.partner400.com
www.SystemiDeveloper.com

On Nov 8, 2016, at 8:27 AM, Slanina, John <jslanina@xxxxxxxxxx> wrote:

Jon Paris,
I am working on a proof of concept to handle to move all our JSON Web service API's to the IBM I,
Do you have a template program for open access to handle JSON over Http? I took you class at the summit, But not see good example for handling Web service Traffic.
I will using Scotts JSON API's.


Thanks
John Slanina
slaninaj@xxxxxxxxxx
--
This is the RPG programming on the IBM i (AS/400 and iSeries)
(RPG400-L) mailing list To post a message email: RPG400-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx Before posting, please take a
moment to review the archives at http://archive.midrange.com/rpg400-l.

Please contact support@xxxxxxxxxxxx for any subscription related questions.

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

Please contact support@xxxxxxxxxxxx for any subscription related questions.