If it is enabled by default, how come my classes arenever
automatically reloaded when I transfer them over to tomcat ? How
do you disable it btw ? I didn't know it impacts performance that
much .. Thanks.
On 3 Feb 2001, at 14:53, Geoff Lane wrote:
> Yes it does, but it is a significant performance impact to enable it
> (it's enabled by default).
> Tomcat does not (that I know of) have a way of rereading configuration
> files on the without a restart though.
>
> James Bucanek wrote:
> >
> > Greetings,
> >
> > I'm a complete newbie to Tomcat. I glanced through the documentation
> > and FAQs and didn't find an answer to this. So, now I'll annoy the
> > list. ;)
> >
> > My ISP has just installed Tomcat and I plan to move several servlets
> > that have been running under Sun's JSWDK reference server over to it.
> >
> > One really annoying problem (actually the lack of a feature) under
> > the JSWDK server is that the servlet's class loader wasn't smart
> > enough to recognized when a .jar or .class file had been modified and
> > know to reload those Classes.
> >
> > The end result was, whenever I made a change to my servlet, I had to
> > kill the server and start it up again. Rather rude to those users
> > with active sessions!
> >
> > So, does Tomcat's class loader do this? If not, is there some other
> > way of forcing it to reload the servlet code? That is, some way
> > accessible to a mere user, and not one that requires root/admin
> > privileges?
> >
> > Thanks in advance,
> >
> > James
> >
> > __________________________________
> > James Bucanek
> > <mailto:[EMAIL PROTECTED]>
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, email: [EMAIL PROTECTED]
>
> --
> -------------------------------------------
> Geoff Lane <[EMAIL PROTECTED]>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, email: [EMAIL PROTECTED]
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
