Bradley,

I think the point you are missing is overall development effort and the time
spent getting the HTML laid out the way the user wants it, and then
subsequently making cosmetic changes after the fact.

I have no dispute with using RPG to do the brute force processing, but I
think if you take a close look at Net.Data you'll find an excellent marriage
between the two technologies, each leveraging the other.

You can't beat the ability to make cosmetic changes, or the time it takes to
get HTML laid out the way folks want it via Net.Data where all you do is
edit a text file, no compiles required.

Bob C.

-----Original Message-----
From: owner-midrange-l@midrange.com
[mailto:owner-midrange-l@midrange.com]On Behalf Of Stone, Brad V (TC
OASIS)
Sent: Thursday, September 09, 1999 11:11 AM
To: 'MIDRANGE-L@midrange.com'
Subject: RE: WEB SOLUTIONS SOFTWARE


Bleddyn,

I disagree to a certain extent.  You're heavy into Net.Data, so I see why
you feel the way you do.

But...

For the RPG programmer, especially one that is comfortable with ILE, CGI
programming will not only be easier and faster, but the learning curve will
be nill.  Also, with CGI there is more control.

If a programmer is comforatble with RPG, CL, OPNQRYF, etc, RPG CGI is
definatly the way to go.  If they're comfortable with both, maybe a mix of
the two would be good.  If they're only SQL folk, then Net.Data may be the
way to go.  If they know COBOL, then ILE COBOL for CGI is the way to go.

By the way, when are you going to update your links to my site on your page?
I've mailed you a few times on it.  ;)

Bradley V. Stone
BVS/Tools
http://www.bvstools.com




> -----Original Message-----
> From: Bleddyn Williams [mailto:bleddyn@MORPHEUS.LTD.UK]
> Sent: Thursday, September 09, 1999 10:12 AM
> To: MIDRANGE-L@midrange.com
> Subject: RE: WEB SOLUTIONS SOFTWARE
>
>
> Jo how much Net.Data have you done? I assure you advantages
> in Net.Data far
> outweigh using RPG CGI scripts. You say not Data uses SQL all
> the time and
> its SQL syntax is different. Not true you have the capability
> to use Direct
> Execution to call existing RPG code as it says direct, you can use the
> system environment to call CL or system commands which can
> again call RPG.
> The SQL is perfect SQL no difference that I have ever noticed
> it uses the
> same SQL_CLI that the AS/400 is using through green screen.
> In V440 you can
> direct call Java programs you have a REX interface and at the
> same time you
> are provided with all sorts of functions including working
> with Cookies, an
> SENDMAIL function math, string functions and many more.
>
> Then the best thing is you work with Net.Data within your
> HTML editor such
> as Homesite or SiteBoss which is an actual Net.Data editor.
> Slowness not
> really V440 will see macro caching in the near future and the
> work we do in
> N.D is just as fast as CGI scripting. But the best thing is
> development time
> is cut down by a huge extent, an awful lot quicker than
> coding RPG CGI's.
>
> Thanks
> Bleddyn
>
> ***********************************************************
> http://www.ignite400.org Your AS/400 Internet User Group
> ***********************************************************
>
> -----Original Message-----
> From: owner-midrange-l@midrange.com
> [mailto:owner-midrange-l@midrange.com]On Behalf Of Joe Teff
> Sent: Thursday, September 09, 1999 02:17
> To: MIDRANGE-L@midrange.com
> Subject: Re: WEB SOLUTIONS SOFTWARE
>
>
> There were two articles written in News/400 a couple of years
> ago (I beleive the author was Ed Smith) and Brad Stone wrote
> a couple last year in Midrange Computing. There is also a Red
> book called "Cool things about the AS/400" or something like
> that. This is how I learned. The programs work fast. There are
> about 5 APIs that are needed for this. I have them coded in a
> Service Program with easy to use procedures (thanks to Brad).
> Other developers now use the procedures without having to
> understand the APIs. I personally don't understand the claim
> that Net.Data is easier to do. I think writing the CGIs in RPG
> is easier. You will have to know HTML in either case. Net.Data
> uses SQL for all database access (syntax is slightly different
> than regular SQL). You also have to learn how to write
> Net.Data macros. I did not find this to be intuitive. Net.Data
> is the obvious choice when you do not know RPG IV. Net.Data
> is also slower than using an actual CGI script (a CGI program
> is not some new language, rather it is the way that you write
> the program to work with a browser on the other end and HTTP).
>
> Joe Teff
>
> ----- Original Message -----
> From: Colin Williams <Williamsc@technocrats.co.uk>
> To: <MIDRANGE-L@midrange.com>
> Sent: Thursday, September 09, 1999 3:54 AM
> Subject: RE: WEB SOLUTIONS SOFTWARE
>
>
> >Bradley,
> >
> >Where is the best place to start on learning how to use RPG as CGI?
> >
> >Thanks, in advance
> >
> >Colin.W
> >
> >>>> -----Original Message-----
> >>>> From: Stone, Brad V (TC OASIS) [mailto:bvstone@taylorcorp.com]
> >>>> Sent: Wednesday, September 08, 1999 10:15 PM
> >>>> To: 'MIDRANGE-L@midrange.com'
> >>>> Subject: RE: WEB SOLUTIONS SOFTWARE
> >>>>
> >>>>
> >>>> RPG as CGI!!!
> >>>>
> >>>> Bradley V. Stone
> >>>> BVS/Tools
> >>>> http://www.bvstools.com
> >>>>
> >>>>
> >>>> > -----Original Message-----
> >>>> > From: Archie Cameron [mailto:AGCAMER@mailhost.polarisind.com]
> >>>> > Sent: Wednesday, September 08, 1999 2:11 PM
> >>>> > To: MIDRANGE-L@midrange.com
> >>>> > Subject: WEB SOLUTIONS SOFTWARE
> >>>> >
> >>>> >
> >>>> > Hey again,  I have been given the task of hunting down a
> >>>> good intranet
> >>>> > web solutions software package.  I am curious what this
> >>>> group has to
> >>>> > offer.  I hope this is not too far off the stream of
> this forum.
> >>>> > I need to find THE tool that will get us from Development to
> >>>> > Implementation
> >>>> > to Administration.  I was instructed to find a tool that took
> >>>> > us from the
> >>>> > cradle to grave.
> >>>> > Our RPG programmers are  doing some Java Programming
> >>>> with JBuilder
> >>>> > as the IDE and jdk1.1.6. so a tool that utilizes JSP
> >>>> would seemto be
> >>>> > preferrable.
> >>>> >
> >>>> > Thanks in advance
> >>>> > Arch
> >>>> >
> >>>> > +---
> >>>> > | This is the Midrange System Mailing List!
> >>>> > | To submit a new message, send your mail to
> >>>> MIDRANGE-L@midrange.com.
> >>>> > | To subscribe to this list send email to
> >>>> MIDRANGE-L-SUB@midrange.com.
> >>>> > | To unsubscribe from this list send email to
> >>>> > MIDRANGE-L-UNSUB@midrange.com.
> >>>> > | Questions should be directed to the list owner/operator:
> >>>> > david@midrange.com
> >>>> > +---
> >>>> >
> >>>> +---
> >>>> | This is the Midrange System Mailing List!
> >>>> | To submit a new message, send your mail to
> >>>> MIDRANGE-L@midrange.com.
> >>>> | To subscribe to this list send email to
> >>>> MIDRANGE-L-SUB@midrange.com.
> >>>> | To unsubscribe from this list send email to
> >>>> MIDRANGE-L-UNSUB@midrange.com.
> >>>> | Questions should be directed to the list owner/operator:
> >>>> david@midrange.com
> >>>> +---
> >>>>
> >+---
> >| This is the Midrange System Mailing List!
> >| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
> >| To subscribe to this list send email to
> MIDRANGE-L-SUB@midrange.com.
> >| To unsubscribe from this list send email to
> MIDRANGE-L-UNSUB@midrange.com.
> >| Questions should be directed to the list owner/operator:
> david@midrange.com
> >+---
> >
>
> +---
> | This is the Midrange System Mailing List!
> | To submit a new message, send your mail to MIDRANGE-L@midrange.com.
> | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
> | To unsubscribe from this list send email to
> MIDRANGE-L-UNSUB@midrange.com.
> | Questions should be directed to the list owner/operator:
> david@midrange.com
> +---
>
> +---
> | This is the Midrange System Mailing List!
> | To submit a new message, send your mail to MIDRANGE-L@midrange.com.
> | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
> | To unsubscribe from this list send email to
> MIDRANGE-L-UNSUB@midrange.com.
> | Questions should be directed to the list owner/operator:
> david@midrange.com
> +---
>
+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator:
david@midrange.com
+---
+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---

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.