For the security thing you could also use validation lists.  Then in your
server instance config file you would specify that validation list to be
implemented against that page which would then require the user to log in
upon entering that URL.  I have not used validation lists much at all, and I
am not sure of the exact benefit.  Currently I just create web profiles by
specifying *SIGNOFF which eliminates the users ability to do any sort of
telneting.

I also don't have your volume.  I think I currently have about 30 - 40 users
on certain pages.

You also could develop your own method of user names and passwords and store
them in a physical file.  We do that for our customer service online stuff
and it seems to work great.

Aaron Bartell

-----Original Message-----
From: Joe Pluta [mailto:joepluta@PlutaBrothers.com]
Sent: Friday, September 21, 2001 11:10 AM
To: web400@midrange.com
Subject: RE: [WEB400] Beginning web development


Aaron already gave you one of the two primary possibilities, which is COBOL
CGI.  Your other option is to use servlets and Java Server Pages.  We've had
many discussions over the last couple of years about which technique is
better, and it really depends on your long term goals.

No matter what your goal, if you have in-house COBOL expertise, the idea is
to keep as much of the business logic as possible in your COBOL programs.
The question is whether you want to invest some time in learning Java, which
will open the door to Java Server Pages and a very flexible user interface,
or whether you'd prefer to stay strictly with COBOL, which would then lean
towards the COBOL CGI approach.  COBOL CGI is quicker to implement, but in
my opinion a little less flexible, because all the user interface code is
embedded in the COBOL programs.  With Java Server Pages, the JSPs actually
format the data, kind of like the DDS for a display file.  You can change
the look of your application without actually changing the COBOL code.

I've got a COBOL client who has done extensive work developing JSP-based web
applications that use COBOL servers, and they're very happy.  There are ways
to re-use your existing COBOL applications as well.  If you'd like more
information, feel free to contact me offline at joepluta@plutabrothers.com,
or directly at 847-359-2657.

As to your security issues, you can have web users with different user IDs,
and then tie them in groups to a user profile.  The problem of course is
auditing, but that's an application issue more than a user ID issue.

Joe Pluta


> -----Original Message-----
> From: web400-admin@midrange.com [mailto:web400-admin@midrange.com]On
> Behalf Of Pillai, Sushama
> Sent: Friday, September 21, 2001 9:53 AM
> To: WEB400@midrange.com; midrange-l@midrange.com
> Subject: [WEB400] Beginning web development
>
>
> This message is in MIME format. Since your mail reader does not understand
> this format, some or all of this message may not be legible.
> --
> [ Picked text/plain from multipart/alternative ]
> Hi all,
>
> We are moving from v4r4 to v5r1 and want to convert/develop a part of the
> system for web access. We are a COBOL/400 shop. We want to use
> WebSphere for
> the development. We have an NT box in front of the AS/400. We were also
> planning on using the LPAR capability to separate the part
> accessed via the
> web from the rest of the AS/400 data files.
>
> My question is pretty basic and shows my ignorance. I would really
> appreciate it if someone could tell us what we could start learning (Java,
> ASP, stored procedures or things like that) and where we can get some info
> on web development using websphere (books, website, etc). Can we use COBOL
> for the development ?
>
> Also, if anyone can share some info on how to set up security for about
> 30,000 web users. I assume it is not a good idea to create so many signons
> on the 400.
>
> We don't want to spend too much money and we want our people to learn
> whatever is needed to develop the software in-house. If anyone
> can think of
> anything else we should know before we embark on this new task, I would
> appreciate it if they could share it with us.
>
> Thank you in advance.
> Sushama

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