× 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.



Henrik - Jon did NOT say that OA is for those "who don't want to learn new tricks". Do be fair here - no one is talking about S/36 formats, either.

I'll try again - do you ever develop something that has calls to APIs in it, that YOU know how to do very well? Do you ever then give the *SRVPGM to someone to use, so that they don't have to learn THOSE APIs? In other words, do you ever raise the level of abstraction for the people you serve, to make their job easier?

That is the same as the process of writing a handler for I/O in RPG - it raises the level of abstraction to that of RPG opcodes, with the purpose of making people more productive and able to work with new resources - and so that these "users", say, don't have to take time to learn the deep details of how to format SOAP requests or whatever.

Now not everything is appropriate for using an OA handler - do NOT think that any of us believe that it is a universal thing. I know very well some of the limitations. Native I/O does not easily bend to a stateless mode of operation.

But why not have a file defined with 2 fields - for city and temperature - and be able to "CHAIN" to it by city and get the temperature back by using a web service under the covers? You certainly know how to do it easily - but I bet you've created procedures to help you do it - just as we use commands on the command line to help us do our work.

Enough said - I've laid out my case and stand by it. Others will decide if it has validity - it works for me, though.

Regards
Vern

On 2/1/2012 2:59 PM, Henrik Rützou wrote:
Jon,

I agree, i'm not the target for OA.

You say, OA is the target for those who dosn't want to learn new tricks -
do you really
know your own argument? Mobile phone APPS or web applications can't be made
without
learning new tricks and/or understanding the interface - you can't design a
mobile app based
on knowledge of interface that is basically based on S/36 formats and
dialog!




On Wed, Feb 1, 2012 at 9:41 PM, Jon Paris<jon.paris@xxxxxxxxxxxxxx> wrote:

On Feb 1, 2012, at 3:26 PM, rpg400-l-request@xxxxxxxxxxxx wrote:

... because it introduces includes, classes and methods to the common
RPG programmer just like in JAVA C and other languages.
And may I point out that RPG OA is very much like ICF programming and I
don't think you can find 1 % RPG programmers that actual can make a ICF
program.

I really don't want to disagree with you Henrik but all this really proves
is that you are not the target audience. But then we knew that before you
wrote.

The target audience is RPGers who don't want to have to learn all the
various APIs etc. they want to be able to be able to do it as easily as
they can handle a 5250 screen or a printer file or ...

Instead of sniping why don't you write some handlers that interface with
your web, xml, web service, etc. tooling and make it _easier_ for others to
do the things you do so well. Of course OA won't make it easier to do these
things by itself - but people like Look, Profound and Asna have all proved
it can be done.

And the ICF bit - please - give me a break.


Jon Paris

www.partner400.com
www.SystemiDeveloper.com




--
This is the RPG programming on the IBM i / System i (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.




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.