|
Patrick and Eric, How do they sign-on? It seems like you should be able to create an AS/400 user and associate it with the session. With Tomcat a user is just a String, but you do get the source and should be able to integrate whatever change you see fit. We do this on non-AS/400 systems running against our AS/400 database. The code took about 1/2 of a day, which is about 1/10 as long as it took to get WebSphere running and configured. This doesn't seem like a show stopper for Tomcat, is this just one of many reasons? Someone else mentioned that Tomcat doesn't do a lot of things that WebSphere does, which is true. WebSphere is several hundred Meg of stuff, where Tomcat is about four. As far as Tomcat not doing things like XML, JMS, etc. it doesn't but it certainly supports applications that do. It seems that the available applications in this area are actually ahead of WebSphere's bundled applications. David Morris >>> cyberlync@yahoo.com 04/19/01 02:22PM >>> Patrick, Youve got me there. any of the 400 specific things that IBMs http server privide Tomcat can't simply because it is cross platform. --- Patrick L Archibald <Patrick.Archibald@HOMETELCO.COM> wrote: > Hi Eric > > After reading this testimonial on Tomcat, I > installed > it on our AS/400 today. Installation > was pretty easy and it seems to be lightweight. > > The problem with using Tomcat for my particular > application is > I use basic authentication in the http configuration > (5769DG1) > for our employee Intranet which requires the > employee to sign-on using their user profile and > password. This enables me to get their user profile > in servlets via: request.getRemoteUser(). > I can then limit their options according to who they > are. > > When using Tomcat I loose this ability. So I'll > be sticking with Websphere V3R5, even though it > is a bear to work with on an underpowered machine > (9406-620-2175-832MB-V4R5). > > My apologies to those who find this off-topic. :) > > Thanx, PLA > > > -----Original Message----- > From: owner-java400-l@midrange.com > [mailto:owner-java400-l@midrange.com]On Behalf Of > Eric Merritt > Sent: Thursday, April 19, 2001 9:51 AM > To: JAVA400-L@midrange.com > Subject: AS/400 Web Application Servers > > > Hello All, > > I am not sure how many of you are aware of it, but > there is a Open Source production grade web > application server out there that is simple to > install > and configure, takes about a quarter of the > resources > of Websphere and is more compliant with sun's > specifications. Best of all its free. Its called > tomcat and you can get it from jakarta.apache.org. > > We have used websphere for our production > application > server since v2.01 and we have had nothing but > problems and trouble since we upgraded to 3.0 (now > we > are at 3.5). We recently found tomcat after reading > an > article in Midrange Computing (the give some source > for as/400 start scripts etc). So if you are have > alot > of trouble with websphere I would check out tomcat - > all the information says its just as stable, even > clusterable now, and cost of ownership in the long > run > is much cheaper. > > Now, if any of you IBM people out there know > something > I don't feel free to give a rebuttal, but so far in > my > personal experiance Tomcat is a much better product > overall. > > ===== > Eric Merritt > Information Systems Consultant > McCormack & Associates, Inc. > Rock Hill, South Carolina > (V) 803-327-3358 X 225 > eric@mccinc.com > http://www.mccinc.com/ +--- | This is the JAVA/400 Mailing List! | To submit a new message, send your mail to JAVA400-L@midrange.com. | To subscribe to this list send email to JAVA400-L-SUB@midrange.com. | To unsubscribe from this list send email to JAVA400-L-UNSUB@midrange.com. | Questions should be directed to the list owner: joe@zappie.net +---
As an Amazon Associate we earn from qualifying purchases.
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.