Re: Can a servlet exit? (Dynamic deploy ?)

[Eli Spizzichino <jd...@javanet.info>]

Hi to all,
reading this mail and other I understand the version 3.3 and previous are 
unable to dynamic reload classes or init parameter without restart the 
whole application server.
Instead the nightly build of Tomcat the 4.0-20020124 is able dynamic load 
classes and web.xml etc.
Is this correct?
I not have big experience but what automatic WAR deploy is for?
And reloadable=true in server.xml?

Probably I misunderstand something, let me know

Eli


At 08.49 07/02/2002 -0800, you wrote:


>On 7 Feb 2002, Gary Lawrence Murphy wrote:
>
> > Date: 07 Feb 2002 01:55:42 -0500
> > From: Gary Lawrence Murphy <ga...@canada.com>
> > Reply-To: Tomcat Users List <to...@jakarta.apache.org>,
> >      Gary Lawrence Murphy <ga...@canada.com>
> > To: Tomcat Users <to...@jakarta.apache.org>
> > Subject: Can a servlet exit?
> >
> >
> > can a servlet remove itself?
>
>No.  Java provides no means to remove an existing class from a class
>loader, once it has been loaded.
>
> >  I have a situation where a servlet's
> > configuration file may require on-the-fly edits, but the site runs
> > dozens of servlets and we don't want to restart tomcat just to
> > restart one webapp.
> >
> > Long term, we plan to re-write the servlet to include a "reload"
> > function (the proper way to do this), but for now the easiest path
> > would seem to be to have the servlet purge itself from the servlet
> > container such that it will be completely reloaded on the next
> > request.  Is this possible?
> >
>
>The only choice (and the one that Tomcat implements when you reload a
>webapp) is to shut down the application, throw away its class loader, and
>load things up again.
>
>Craig
>
> > --
> > Gary Lawrence Murphy <ga...@teledyn.com> TeleDynamics Communications Inc
> > Business Innovations Through Open Source Systems: http://www.teledyn.com
> > "Computers are useless.  They can only give you answers."(Pablo Picasso)
> >
> >
> > --
> > To unsubscribe:   <ma...@jakarta.apache.org>
> > For additional commands: <ma...@jakarta.apache.org>
> > Troubles with the list: <ma...@jakarta.apache.org>
> >
> >
>
>
>--
>To unsubscribe:   <ma...@jakarta.apache.org>
>For additional commands: <ma...@jakarta.apache.org>
>Troubles with the list: <ma...@jakarta.apache.org>



--
To unsubscribe:   <ma...@jakarta.apache.org>
For additional commands: <ma...@jakarta.apache.org>
Troubles with the list: <ma...@jakarta.apache.org>