You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@struts.apache.org by James Mitchell <jm...@apache.org> on 2003/04/17 15:29:15 UTC
Re: RE: Reloading struts config after modification w/o server restart
On Thursday 17 April 2003 05:24 pm, otisg wrote:
> Oh, I have written such 'reload' tasks for JBoss and Jetty.
> It takes about 30 seconds to do... but then Jasper often
> complains it can't find packages referred to from JSPs, so that
> requires an application server restart, which is another 30
> seconds.
>
> But even that is a long time when you are making small changes
> frequently. 2 minutes that you are talking about...ouch, I'd go
> crazy! :)
>
> Any way to make this completely transparent?
> This existed back in the JServ days, and I know Resin has the
> ability to reload resources based on the modification time.
>
> Thanks,
> Otis
In JBoss/Tomcat (with an exploaded war file), I simply touch the web.xml and
JBoss will hot-redeploy the app. It also works for me on Tomcat
(standalone).
>
>
>
>
> ________________________________________________
> Get your own "800" number
> Voicemail, fax, email, and a lot more
> http://www.ureach.com/reg/tag
>
>
> ---- On Thu, 17 Apr 2003, Wendy Smoak (Wendy.Smoak@asu.edu)
>
> wrote:
> > > I am using Struts 1.1RC1 with JBoss (3.0.6) and Jetty
>
> (4.2.6).
>
> > > I am wondering how people have set up their development
> > > environments in order to get their struts-config.xml, or
>
> various
>
> > > validator, or tiles descriptors re-read after they are
>
> updated,
>
> > > without resorting to restarting the server.
> >
> > I use Tomcat 4.1 and the Ant 'reload' task. (First time it's
>
> the 'install'
>
> > task.) So it's 'ant clean compile reload' at the command
>
> prompt, and ~2
>
> > minutes later I'm back in business.
> >
> > I don't know if Jetty has something similar though, AFAIK the
>
> install/reload
>
> > tasks are Tomcat specific.
> >
> > --
> > Wendy Smoak
> > Applications Systems Analyst, Sr.
> > Arizona State University PA Information Resources Management
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: struts-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: struts-user-help@jakarta.apache.org
--
James Mitchell
Software Developer/Struts Evangelist
http://www.open-tools.org
---------------------------------------------------------------------
To unsubscribe, e-mail: struts-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: struts-user-help@jakarta.apache.org