This is due to iPlanet 4.1 using Tomcat 3.0 - which in turn does NOT
recompile JSPs automatically. Clearing the cache and restarting is the only
way to convince tomcat 3.0 to start a recompilation.
Tomcat 3.1 does not suffer from this bug (or missing feature as you might
call it ;-). Only question is when tomcat 3.1 will get incorporated into
iPlanet 4.x.
Greetings
Peter Stoemmer
> -----Original Message-----
> From: Matthews,Paul [mailto:[EMAIL PROTECTED]]
> Sent: Friday, May 12, 2000 5:58 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Answer Re: Q. How to config iPlanet 4.1 for Servlet-style
> 2.2 webapplications?
>
>
> Several things with iPlanet 4.1...
>
> 1. Don't even think about running the administator in IE- use
> Netscape ;-)
> 2. You got to direct it to use a JDK rather than a JRE
> (Globals under admin
> server)
> 3. Set up the classpath (under Servlets | Configure JVM) and
> make sure your
> bean is on it- doesn't need to be in the servlet directory
> 4. There is a horrific bug in that the JSPs are never
> recompiled even if the
> server is restarted- you need to stop the server, vape the cache, and
> restart- this will do it for NT
>
> net stop https-enbaw929
> del d:\iPlanet\https-enbaw929\ClassCache\*.* /s /q
> del d:\iPlanet\https-enbaw929\logs\*.* /s /q
> net start https-enbaw929
>
> Regards, Paul
>
>
>
> -----Original Message-----
> From: Pedro Meza [mailto:[EMAIL PROTECTED]]
> Sent: 12 May 2000 16:38
> To: [EMAIL PROTECTED]
> Subject: Re: Answer Re: Q. How to config iPlanet 4.1 for Servlet-style
> 2.2 webapplications?
>
>
> 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/cla
> sses:/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
>
> ==============================================================
> =============
> 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
