× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



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.



As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.