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



I'll repeat what I said over on WEB400-L:

Aaron already gave you (on the WEB400-L mailing list) 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.

Joe Pluta


> -----Original Message-----
> From: midrange-l-admin@midrange.com
> [mailto:midrange-l-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: 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 Midrange Systems Technical Discussion (MIDRANGE-L)
> mailing list
> To post a message email: MIDRANGE-L@midrange.com
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l
> or email: MIDRANGE-L-request@midrange.com
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/midrange-l.
>
>



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.