You'll need an expert on classloading in cocoon to answer that I think. As far as I know, it's not possible currently to have cocoon reload a class without restarting cocoon. Actually I should say I've never seen that ability, it may well be there.
Setting tomcat to reload the context works well for me in development - doesn't take horribly long (~30 seconds i think?). I think the fact that tomcat is in JBoss is what's making it hard. I was just looking at JBoss again last night and saw that 3.x has some ability to reload specific resources? Geoff > -----Original Message----- > From: Robert Simmons [mailto:[EMAIL PROTECTED]] > Sent: Monday, January 27, 2003 7:00 AM > To: [EMAIL PROTECTED] > Subject: Re: Getting a generator class to reload. > > > Hmm, well I'm running tomcat merges with JBoss so its probably a different > story here. I'm not even sure I can get to the tomcat reload mechanism. I > tried the link the user posted on my machine and it didn't go. > Additionally, > I don't even want the entire cocoon app to restart when I change one > generator class. That's what I was trying to avoid by having an > exploded war. > If I wanted it to reload every time, Id deploy an unexploded war. > I just want > cocoon to reload this particular class. > > -- Robert > > > ----- Original Message ----- > From: "SAXESS - Hussayn Dabbous" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Monday, January 27, 2003 10:13 AM > Subject: Re: Getting a generator class to reload. > > > > Assuming you run tomcat: > > > > When you enable "reloadable='true'" in your Context the > > whole webapp should restart every time a class is changed. > > Once in a while i get unpredictable behaviour like > > webapp doesnt restart, or hangs during restart or even > > VM exits. > > I never figured out, what my container complains about, > > but in general i'm happy with "reloadable='true'" during > > development. For production it would be a very bad idea > > to enable this feature ;-) > > > > I heard rumours about the possibility with tomcat to > > only reload the changed resources while keeping the webapp > > up and running, but i never found the howto... > > > > regards, hussayn > > > > > > Robert Simmons wrote: > > > Nope .. didn't work. Still has the old class cached. I hope I > don have to > > > redeploy the whole damn thing every time I update a class. > > > > > > -- Robert > > > > > > ----- Original Message ----- > > > From: "Niclas Hedhman" <[EMAIL PROTECTED]> > > > To: <[EMAIL PROTECTED]> > > > Sent: Monday, January 27, 2003 9:20 AM > > > Subject: Re: Getting a generator class to reload. > > > > > > > > > On Monday 27 January 2003 16:21, Robert Simmons wrote: > > > > > >>I am working to create a custom generator and I have deployed > my WAR in > > >>exploded format. The problem is that now when I change the class file > that > > >>the generator uses, cocoon keeps using the old class file. > How can I get > > >>the classloader in cocoon to reload the class? > > > > > > > > > When that happens, I touch the sitemap. Always works. > > > > > > --------------------------------------------------------------------- > > > Please check that your question has not already been answered in the > > > FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html> > > > > > > To unsubscribe, e-mail: <[EMAIL PROTECTED]> > > > For additional commands, e-mail: <[EMAIL PROTECTED]> > > > > > > > > > --------------------------------------------------------------------- > > > Please check that your question has not already been answered in the > > > FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html> > > > > > > To unsubscribe, e-mail: <[EMAIL PROTECTED]> > > > For additional commands, e-mail: <[EMAIL PROTECTED]> > > > > > > > -- > > Dr. Hussayn Dabbous > > SAXESS Software Design GmbH > > Neuenhöfer Allee 125 > > 50935 Köln > > Telefon: +49-221-56011-0 > > Fax: +49-221-56011-20 > > E-Mail: [EMAIL PROTECTED] > > > > > > --------------------------------------------------------------------- > > Please check that your question has not already been answered in the > > FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html> > > > > To unsubscribe, e-mail: <[EMAIL PROTECTED]> > > For additional commands, e-mail: <[EMAIL PROTECTED]> > > > > > --------------------------------------------------------------------- > Please check that your question has not already been answered in the > FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html> > > To unsubscribe, e-mail: <[EMAIL PROTECTED]> > For additional commands, e-mail: <[EMAIL PROTECTED]> > > > --------------------------------------------------------------------- Please check that your question has not already been answered in the FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html> To unsubscribe, e-mail: <[EMAIL PROTECTED]> For additional commands, e-mail: <[EMAIL PROTECTED]>