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


  1.  Home
  2. MIDRANGE-L
  3. September 1999

RE: WEB SOLUTIONS SOFTWARE

  • Subject: RE: WEB SOLUTIONS SOFTWARE
  • From: "Stone, Brad V (TC OASIS)" <bvstone@xxxxxxxxxxxxxx>
  • Date: Thu, 9 Sep 1999 17:38:26 -0500
 
Bob,

No I'm not missing the point.  If I have large portions of the page that are
static, the I either can use SSIs or put the HTML into a "text file" (PF-SRC
MBR).

Simple function that writes HTML that is in a source member... like this...

WriteMbr(Lib:File:Member)

This will write to STDOUT all of the HTML code in the member.  Same ease as
net.data and text files.  Other times SSIs work where I build the static
page and in one portion use an include.  No different from Net.Data.

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




 > -----Original Message-----
 > From: Bob Cancilla [mailto:bobc@ricc.com]
 > Sent: Thursday, September 09, 1999 2:04 PM
 > To: MIDRANGE-L@midrange.com
 > Subject: RE: WEB SOLUTIONS SOFTWARE
 >
 >
 > 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
 > +---
 >


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