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



Ken,

As a matter of personal preference, and the main reason I don't care for
webfacing and such, is that I do not think that most 'traditional' RPG
screen and program designs translate well into HTML/CGI.  You have to think
differently when designing a web page with RPG than a Green Screen.

Let's take the traditional Green Screen Maintenance program.  24x80 is what
you are limited to, even with subfiles and popup windows (both of which I
use a lot in green screen).  If you have a selection list screen, an entry
screen(F6), a change screen(option2), a copy screen(option3), a delete
screen(option4), and a display screen(option5) screen.  Again, a fairly
typical green screen file maintenance type application.  Now, that's 6
screens, probably all in the same DSPF, so really 6 screen formats and a lot
of RPG code to navigate them, but you typically run them all through one
program.

The formula in HTML with CGI is 1 screen = 1 program.  At first this sounds
horrible, but you realize immediately you are not limited to 24x80 anymore!
You can scroll, have popups, open seperate windows, and all kinds of stuff.
But you have to think and design differently to make it all flow properly.
The other thing to remember as well is that unlike the green screen world
you are familiar with, some things can no longer be taken for granted.

A big number 1 on this list is that the System no longer knows who you are.
The request comes in, the page is built, the page is delivered, the server
forgets everything it ever knew about you.  There are no inherent sessions.
Every new request has to 're-educate' the server about who it is requesting
this data.

Which leads us to another thing... you are no longer writing code to produce
your output.  You are now writing code to write code to produce your output.
That throws a lot of people for a loop when they are first starting with
CGI.

Finally, take everything I say with a grain of salt.  There is a way or two
around everyone of these 'obstacles'.  You can make a single program handle
multiple screens, you can build a form of Session/persistence maintenance.
All I'm saying is that I personally think that your heartache will be
greatly reduced if you don't think of it as a 'migration', but instead
approach it as a redesign.  The bulk of your code can still be cut and
pasted into your new programs, but there will probably be a whole bunch of
small ones to replace those old large ones!

I'm just rambling now, so happy hunting and happy holidays!

Joel

-----Original Message-----
From: Ken Rhodes [mailto:kenr@palecek.com]
Sent: Thursday, December 20, 2001 4:38 PM
To: 'web400@midrange.com'
Subject: RE: [WEB400] Who's doing Web work on iSeries? (was: ASP on
AS/400 Apache)


We have just started getting our feet wet. Using NetData and IBM HTTP
Original. Mostly for auxiliary stuff, no core functions right now. Can
anyone point me to some good case studies about using the web features of
the 400? Something that shows migration from green screen to web would be
perfect.

Thanks,
Ken

-----Original Message-----
From: Bartell, Aaron L. (TC) [mailto:ALBartell@taylorcorp.com]
Sent: Thursday, December 20, 2001 1:25 PM
To: 'web400@midrange.com'
Subject: RE: [WEB400] Who's doing Web work on iSeries? (was: ASP on
AS/400 Apache)


I am doing web stuff.  I have recently written my first java servlet(running
on WAS) and before that I have written a couple different e-RPG
sites/apps(running on IBM HTTP Org).  I am liking java more and more all of
the time.  Some things are more cumbersome (learning all of the classes and
what they do), but once you have those under your belt it becomes a lot
easier.  It also takes awhile to develop a Java programmers mind set if you
are coming from a "procedural" background.  Dare I say it. . . yes I will. .
. there is very little code that I have seen outside of third party packages
that use OO concepts.  A lot of them just use modularity concepts which RPG
is very capable of doing with ILE (just not as pretty as java).

I am with Buck.  I just don't have time to post stuff on this list unless I
absolutely need to or I know how I can answer somebody's question to save
them a big headache.

Aaron Bartell

-----Original Message-----
From: Buck Calabro [mailto:Buck.Calabro@commsoft.net]
Sent: Thursday, December 20, 2001 3:10 PM
To: web400@midrange.com
Subject: [WEB400] Who's doing Web work on iSeries? (was: ASP on AS/400
Apache)


>OK - how many people are depressed that there
>are only 4 posts a day on this board...

Actually, I'm up to _here_ in work, and only get to look at the mail during
a lull...

>Is ANYONE out there doing WEB/400 work?

We are evaluating WebFacing, as well as an OLEDB solution to give our green
screen Synon codebase a GUI face.  I got the HTTP server working (easily) to
serve static, CGI and Net.Data pages.
  --buck
_______________________________________________
This is the Web Enabling the AS400 / iSeries (WEB400) mailing list
To post a message email: WEB400@midrange.com
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/cgi-bin/listinfo/web400
or email: WEB400-request@midrange.com
Before posting, please take a moment to review the archives
at http://archive.midrange.com/web400.
_______________________________________________
This is the Web Enabling the AS400 / iSeries (WEB400) mailing list
To post a message email: WEB400@midrange.com
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/cgi-bin/listinfo/web400
or email: WEB400-request@midrange.com
Before posting, please take a moment to review the archives
at http://archive.midrange.com/web400.
_______________________________________________
This is the Web Enabling the AS400 / iSeries (WEB400) mailing list
To post a message email: WEB400@midrange.com
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/cgi-bin/listinfo/web400
or email: WEB400-request@midrange.com
Before posting, please take a moment to review the archives
at http://archive.midrange.com/web400.


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:

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.