On 10/10/2011 18:30, Felix Schumacher wrote: > Hi, > Am Montag, den 10.10.2011, 10:17 +0200 schrieb Alexander Knöller: >> Hi Mark. >> >> I'd like to give it a try. >> If I can't find time to do it I'll send an email. > I also took interest in it and have parallel starting of contexts > implemented. But for stopping I couldn't find a central point to > implement parallel undeploys.
StandardHost.stopInternal() is where I would start. You'll need to override the default implementation. > Also if I would want to parameterize deployment parallelization on per > host-basis I would have to add methods StandardHost and to make life > easier add methods to Host. Would that be acceptable? Yep. I don't see a need for anything more than a single attribute that sets the number of threads for deploy/undeploy. Mark > > Regards > Felix >> >> Regards >> Alex >> >> Am 09.10.2011 um 18:32 schrieb Mark Thomas: >> >>> On 09/10/2011 13:55, Alexander Knöller wrote: >>>> Hello mailing list. >>>> >>>> We use a single tomcat instance (soon switching from 5.5.23 to 7.x) with >>>> 24 webapps. Each webapp is based on spring and hibernate doing a lot of >>>> I/O during initialization. >>>> Tomcat is often restarted which causes long downtimes. As far as i can >>>> see the tomcat initializes its wepapps sequentially. So despite the fact, >>>> that our tomcat-intance runs on a 8 core linux system, tomcat seems to use >>>> a single thread to initalize the webapps. >>>> >>>> Is there a way on tomcat 7 to make it initialize webapps in parallel? >>> >>> Nope. >>> >>>> Or is there a basic obstacle? >>> >>> Not that I can think of off the top of my head. Just that no-one has >>> felt the need to scratch that particular itch. >>> >>> Both start and stop needs to be taken care of. >>> >>> If you want to propose a patch, this might provide a starting point: >>> https://issues.apache.org/bugzilla/show_bug.cgi?id=46264 >>> >>> I've added some review comments to that patch that you may want to >>> consider when writing a patch. >>> >>> If you need any help with the patch, just ask here. >>> >>> Thinking about this has got me interested. If you decide not to take a >>> look at writing a patch for this, I'll probably take a look - maybe >>> later this week. >>> >>> Mark >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org >>> For additional commands, e-mail: users-h...@tomcat.apache.org >>> >> >> -- >> neuland Fon (0421) 380107-30 >> Buero fuer Informatik Fax (0421) 380107-99 >> Konsul-Smidt-Str. 8g Mobil (0176) 20674323 >> 28217 Bremen alexander.knoel...@neuland-bfi.de >> http://www.neuland-bfi.de >> >> Geschäftsführer: Thomas Koch >> Registergericht: Amtsgericht Bremen, HRB 23395 HB >> Steuer-Nr. 71-582/03051 >> USt-ID. DE 246585501 >> _____________________________________________________________ >> Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte >> Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail >> irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und >> löschen Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte >> Weitergabe dieser Mail und der darin enthaltenen Informationen sind nicht >> gestattet. >> This e-mail may contain confidential and/or privileged information. If you >> are not the intended recipient (or have received this e-mail in error) >> please notify the sender immediately and delete this e-mail. Any >> unauthorized copying, disclosure or distribution of the material in this >> e-mail is strictly forbidden. >> >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org >> For additional commands, e-mail: users-h...@tomcat.apache.org >> > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org