|
Woops. You are right of course. I am glad Joe pointed that out. I should have said in step 2 that you have to set up your http config file on the as/400 to enable servlets by adding the SERVICE, ServerInit, and ServerTerm directives in the right spot in your http config file. For us that would be something like: Service /servlet/* /QSYS.LIB/QHTTPSVR.LIB/QZHJSVLT.SRVPGM:AdapterService Service /*.jsp /QSYS.LIB/QHTTPSVR.LIB/QZHJSVLT.SRVPGM:AdapterService ... pass and map directives ServerInit /QSYS.LIB/QHTTPSVR.LIB/QZHJSVLT.SRVPGM:AdapterInit /QIBM/UserData/IBMWebAS/myinstance/properties/jvm.properties ServerTerm /QSYS.LIB/QHTTPSVR.LIB/QZHJSVLT.SRVPGM:AdapterExit Your config might look a little different. For example you might have your properties in the bootstrap.properties instead of jvm.properties like we do. Anyway, the websphere documentation has a whole chapter on how to setup/configure the http server for servlets. (BTW: The second service directive is only needed if you are running jsp's.) Sorry if I confused anyone. I really was just trying to give a REALLY top level description of the servlet process, and I messed that up. Hopefully I got it right this time. Alex Garrison ----- Original Message ----- From: Joe Teff <jteff19@idt.net> To: <JAVA400-L@midrange.com> Sent: Friday, November 12, 1999 4:53 AM Subject: Re: Servlets > https is used for http with ssl. > > >2. Your web server (like websphere on an as/400) must be configured to > >enable servlets and to know when a url request should be passed to a > servlet > >as opposed to simply serving up an html file. In our little example in > step > >one, you would have to set up your http config file on the as/400 to enable > >servlets (so url's with 'https' are understood to be servlet requests) and > >to know where '/servlet' maps to in the IFS. Anyway, websphere looks at > the > >url request from step 1 and runs the servlet called 'myservlet' passing the > >parms (and other stuff) to the servlet in a special HttpServletRequest > >object. > > > +--- > | 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 > +--- > +--- | 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.