|
I've worked with a couple clients to set up web apps where we did just this. I came in as the web developer. I would create the interface using eRPG SDK or CGIDEV2 (or both). When I need to do something, like look up a customer number, add an item to an order, etc, I would talk to their developer and have them write either a callable program or an ILE procedure that I would call to do the work. We set it up so that the procedure or program would also return error codes so that my app didn't care what they were, it just new if there was an error to lookup the text and display it an not continue. When we got done, they always ask "Hey, can we use these procedures/programs with our green screens?" Then I say "Aha! Very good! Yes... Keep the business logic seperate and you'll save tons of time..." So, in essencse, not only did I help them with the web front end, but I "tricked" them into seperating business and presenetation layers... Needless to say they were very happy! This does end up with two "apps" (one for web, one for green screen), but they are display layer only. All the business logic is seperated. Brad www.bvstools.com On Fri, 27 Aug 2004 09:27:37 -0400 "Chris Wolcott" <CWolcott@xxxxxxxxxxxxxxxxxxxxxx> wrote: > At a prior employer the plan (never realized) was to > split the backend off from the presentation layer. Then > Green-screen programs could call the backend logic and > browser programs could call the same backend logic. Are > your applications in such a condition that this could be > accomplished? Or even make the backend logic be exported > sub-procedures that could be called from an external > browser program while the green-screen logic remains more > or less as-is? > > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > > date: Thu, 26 Aug 2004 17:01:14 -0700 (PDT) > from: Eduard Sluis <eduard@xxxxxxxxxxxxxxxxxxxxxxx> > subject: Re: GreenScreen to Browser (was ServicePrograms > VS normal > Programs). > > > Management here (me) want to change to a more modern user > interface. > Management here (me) knows that we can do it with an RPG > backend (Amongst others we make bankingtransactions > websites). > Our flagship products are however 'still' GreenScreen. > They are large, fairly modern and very flexible > applications. > We would like to give them a graphical interface. > We can do it with products like NewLook (very Ok > screenscraper with lots of functionality). > But we would better like to make them browserbased. > We can not rewrite them. > We can not 'Yet' allow to change them in such a way they > can not run anymore on greenscreen. > We can not allow to end up with two versions. > What are the real options/tools available to do this?? > Mind.. No resources, No time. > Ok... a little time and some resources. > > Kind regards, > Eduard Sluis. > > ===== > Implement-It, > Pos Cabai OfficePark unit 2, > Willemstad, Curaçao, > Netherlands Antilles. > > Cell: 5999 5618980 Tel: 5999 7372031 Fax 5999 7372048 > > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > > -- > This is the RPG programming on the AS400 / 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. > Bradley V. Stone BVS.Tools www.bvstools.com
As an Amazon Associate we earn from qualifying purchases.
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.