I am evaluating iPlanet 4.1. I have read through much documentation and through the
news groups but have not found the answer.
I keep getting a error of class not found for a bean I am referencing in a JSP. Where
or how do I need to setup the bean. Does the bean go in the servlet directory ??? Am
I suppose to add it to the list of servlets in the Admin ???
Thanks,
Pedro
U S West Web Master
(303) 624-1545
Drew Cox wrote:
> Well, I guess not too many people are using iPlanet 4.1 with Servlets
> 2.2 yet, as I didn't get many responses to my post. Anyways, I think I
> have sorted out how to setup Servlet 2.2 web apps in iPlanet, so I
> thought I would share it with the list.
>
> Notes:
>
> * iPlanet 4.1 does not seem to read the WEB-INF/web.xml file to
> configure the web app. You will have to duplicate it's settings in a
> number of config files. If you are listening Sun/Netscape, please fix
> this first! I don't think you can *really* claim Servlet 2.2 compliance
> without it. Also, iPlanet does work with .war archives.
>
> * Don't use the HTML admin interface to do any of his. It's fine for
> setting up independant servlets and their mappings, but will break a web
> application because it doesn't yet know about contexts.
>
> * Always read the docs online at the iPlanet web site. They appear to
> be a little more up to date than those you get with the software (thanks
> Jesse). Try http://docs.iplanet.com/docs/manuals/enterprise.html#41
>
> Steps
>
> 1) To create a web application, edit the contexts.properties file and
> add the following lines:
>
> # Web app name
> context.mercury.name=mercury
> # Virutal path mapping
> context.mercury.uri=/mercury
> # Where it actually lives
> context.mercury.docRoot=/u01/docs/mercury/webapp
> # Optional context initialisation parameters
> context.mercury.initArgs=JDBC_DRIVER=oracle.jdbc.driver.OracleDriver
> # Optional context-wide classpath
>
>context.mercury.classpath=/u01/docs/mercury/webapp/WEB-INF/classes:/u01/docs/mercury/webapp/WEB-INF/lib/classes111.jar
>
> 2) Edit the servelets.properties and register your servlets with the
> following lines:
>
> # Map the name (CommandServlet) to the class
> servlet.CommandServlet.code=com.epredix.webapp.CommandServlet
> # Specify the parent servlet context (aka web app) it is in
> servlet.CommandServlet.context=mercury
> # Optional servlet initialisation parameters
> servlet.CommandServlet.initArgs=appName=Customer,appLoad=2
>
> 3) Edit the rules.properties and specify the virtual path mappings for
> your servlets:
>
> # Context-relative virtual path for registered servlet
> /actions=CommandServlet
>
> And that's it. Simple really, except you won't find the above
> instructions together anywhere in the iPlanet docs. I have also noticed
> some minor irregularities between web apps in Tomcat 3.1 (which we use
> for development) and iPlanet, like not finding classes using
> Class.getResource(). Strange, given that iPlanet actually uses bits of
> Tomcat for its Servlet and JSP support.
>
> Regards
>
> Drew Cox
> ePredix
>
> Drew Cox wrote:
> >
> > We are currently evaluating iPlanet Web Server 4.1 for it's JSP and Servlet
>support. This iPlanet web site proudly boasts Servlet 2.2 and JSP 1.1 support, so I
>was hopeful.
> >
> > However, I am finding it difficult to configure the server to host Servlet 2.2
>style web applications - with the standard WEB-INF directory structure and web.xml
>config file.
> >
> > First off, the HTML based admin app for iPlanet has zero knowledge of web apps or
>servlet contexts. The amount of available information is small and spread very
>thinly, but it appears as if this *could* be done in the contexts.properties file. I
>have experimented quite a bit but it doesn't appear to be happening.
> >
> > If someone out there can provide any info, or even better, provide a snips from
>there contexts.properties, servlets.properties and rules.properties files where they
>have setup a working web application, I would be most appreciative.
> >
> > Regards
> >
> > Drew Cox
> > ePredix
> >
> > ===========================================================================
> > To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST".
> > Some relevant FAQs on JSP/Servlets can be found at:
> >
> > http://java.sun.com/products/jsp/faq.html
> > http://www.esperanto.org.nz/jsp/jspfaq.html
> > http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP
> > http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
>
> ===========================================================================
> To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST".
> Some relevant FAQs on JSP/Servlets can be found at:
>
> http://java.sun.com/products/jsp/faq.html
> http://www.esperanto.org.nz/jsp/jspfaq.html
> http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP
> http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
===========================================================================
To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST".
Some relevant FAQs on JSP/Servlets can be found at:
http://java.sun.com/products/jsp/faq.html
http://www.esperanto.org.nz/jsp/jspfaq.html
http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP
http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
