Re: Future of RPG

I had the same problem a few years back.

The background - a team of developers were working on MS asp,net developing pages which were fed by overnight downloads form Iseries to a MS server. The requests were building up to make some of this pages report real-time.

The solution - I developed a job on the ISeries which worked in a similar fashion to MQ-Series messaging. A program ran continuously in its own batch subsystem, listening on a port for requests from the MS network. A developer would program this request in an agreed format. The program on the ISeries would return the data asked for in the request at runtime to the requesting ip address (all in-house). Fast and efficient, if I say so myself. The dropdown boxes etc all worked through this.

If you are interested in finding out more, we can discuss this further off-line.

Regards,
John McKay mba

----- Original Message ----- From: <THarteau@xxxxxxxxxxxxxxxxxx>
To: "RPG programming on the IBM i / System i" <rpg400-l@xxxxxxxxxxxx>
Sent: Wednesday, July 28, 2010 7:31 PM
Subject: Future of RPG

Hi,
I would love to learn and do new things! We have an ERP package
that is written in RPG400, some old home grown programs in RPG III and
anything new is in RPG 4 with a little bit of ILE. New requests are
wanted tomorrow and maintenance to existing programs need to be fixed
yesterday. We have 2 programmers, counting myself. Not a lot of time for
figuring out new stuff when the old stuff is faster.
Take this as an example, we just finished a maintenance program
using green screen. The user really wanted a PC like screen with drop
down boxes and radio buttons. Almost every entered field was validated
against a DB2 file before updating several different master files.
It was done in green screen because we are missing the information
on how to make a GUI front end work with RPG. How can you do this
efficiently with RPG doing most of the work? I have taken a couple of
hour long sessions on PHP & EGL, but how does the data go between the
screen & the program? I understand the syntax, but the implementation is
what I have a problem with, and don't have the time to figure out. How
can passing all the fields (20+) through the IFS or something else be as
fast as a green screen with subfiles? I haven't looked extensively, but I
have not seen step by step instructions on how to make a GUI screen work
with RPG. I have seen how to write the screen, how to write the program,
but how is the information passed back and forth? This may not make a lot
of sense, but this would have been a perfect project to use new
techniques, but I did not see a fast way to get it up and running.

<===================================================>

Terri Harteau
Felker Brothers Corporation
****************
"Do not follow where the path may lead. Go instead where there is no path
and leave a trail."
Ralph Waldo Emerson

****************



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