Re: SOAP vs. REST

Jon thanks for your comment.

My point of view about Web Services is that there are two completely
separated worlds: Serve and Consume. IWS fits perfectly in the Serve side.

Therefore, talking of the "Serve" world based on IBM i and using RPGLE as
the main language of development, my desire today is to replicate the
pleasant experience of my first 15 years of programming using green screens
without ever having been a specialist of the TN5250 protocol. So, at least
for me, IWS is exactly what I need.

Best regards

--
Marco Facchinetti

Mr S.r.l.

Tel. 035 962885
Cel. 393 9620498

Skype: facchinettimarco


Il giorno mer 10 lug 2019 alle ore 22:30 Jon Paris <jon.paris@xxxxxxxxxxxxxx>
ha scritto:

Why not IWS? The following is my personal opinion and one that I have
shared with IBM on many occasions.

1) The inner workings are "hidden" behind a Java App Server. It is
wonderful when it is working and a nightmare to debug (unless they've made
major changes recently that I am not aware of) when it isn't. For a long
time redeploying a service was a pain - I believe they are supposed to have
fixed that now but I haven't played with the current version.

2) When things change in the REST world and you need some new
authentication method or whatever you are stuck until IBM updates the
wizard and off course you have to be on a release that the update is
supported on.

3) One of my biggest peeves - the documentation is in "unixese" and while
some of the guides are more helpful I have encountered problems with them
not being updated to match the software. Not a problem if the docs were in
English but ...

4) When I ran some performance tests a while back a regular simple
RPG/Apache/JSON combination handled between 3 and 10 X the number of
transactions in a given time frame.

5) There are a lot more people on the lists who can offer advice on how to
make RPG drive a REST web service than there are who are familiar with IWS.
When it comes to node/Python/PHP that number climbs from "lots" to
"masses".

As I noted in my original response i have used IWS for a proof of concept,
and one client continued to use it in production because the transaction
volume was relatively low and the simplicity worked for them in those
circumstances.


Jon Paris

www.partner400.com
www.SystemiDeveloper.com

On Jul 10, 2019, at 2:11 PM, Marco Facchinetti <

marco.facchinetti@xxxxxxxxx> wrote:

May I ask why not IWS?

TIA
--
Marco Facchinetti

Mr S.r.l.

Tel. 035 962885
Cel. 393 9620498

Skype: facchinettimarco


Il giorno mer 10 lug 2019 alle ore 19:09 Jon Paris <

jon.paris@xxxxxxxxxxxxxx>

ha scritto:

REST for sure. And personally I would not use IWS for a multitude of
reasons. I love it for proof of concept stuff but I'd rather "roll my

own"

using PHP, node, Python or RPG.


Jon Paris

www.partner400.com
www.SystemiDeveloper.com

On Jul 10, 2019, at 12:21 PM, Jim Oberholtzer <

midrangel@xxxxxxxxxxxxxxxxx> wrote:

Folks:



I'm about to do an incredibly scary thing, start to develop my own

software

that includes the use of IWS. To suggest I'm starting from the

beginning is

at best charitable. I can architect the software, that's easy.

Actually

doing the development, my RPG credentials were revoked a long time ago,

so

there's that learning curve. Then there are some decisions to be made

in

the

architecture. To that end:



So as part of the software planning process the question comes up SOAP

vs.

REST. I'll assume based on the threads I've seen lately that most

folks

would prefer to use JSON, therefore REST as opposed to SOAP which would

use

XML.



This will be entirely IBM i based software with both traditional
languages/objects and some open source components as well. DB2 will be

the

database of record.



Thoughts?





--

Jim Oberholtzer

Agile Technology Architects



--
This is the Web Enabling the IBM i (AS/400 and iSeries) (WEB400)

mailing

list

To post a message email: WEB400@xxxxxxxxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/web400
or email: WEB400-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/web400.

--
This is the Web Enabling the IBM i (AS/400 and iSeries) (WEB400) mailing
list
To post a message email: WEB400@xxxxxxxxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/web400
or email: WEB400-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/web400.

--
This is the Web Enabling the IBM i (AS/400 and iSeries) (WEB400) mailing

list

To post a message email: WEB400@xxxxxxxxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/web400
or email: WEB400-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/web400.

--
This is the Web Enabling the IBM i (AS/400 and iSeries) (WEB400) mailing
list
To post a message email: WEB400@xxxxxxxxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/web400
or email: WEB400-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/web400.