Re: Tomcat/Jetspeed Applications Not Restarting after DST Time Change on IBM i (AS/400)
David Sean Taylor <[email protected]> Tue, 13 Mar 2012 20:14:38 -0700
| Newsgroups | gmane.comp.jakarta.jetspeed.user |
|---|---|
| Message-ID | <[email protected]> |
Which version of Jetspeed are you using? On Mar 13, 2012, at 11:39 AM, Jeff Pierce wrote: > So this issue has been posted on several sites around the net. I understand > why the restart is happening so we don't need to go into that. However, > because we support running our custom Jetspeed portal on several platforms > including the IBM i (AS/400,System i) I am hoping that someone on the > Jetspeed list can help us figure out why our apps don't come back to life > after Tomcat reloads them. Better yet would be to turn off the reload/scan > completely but more on that below. > > Due to a permanent IBM restriction and the manner in which lastModified() > behaves when the system clock on the IBM i is adjusted for DST this causes > the class reload function in Tomcat to start recycling the webapps. > However, there appears to be some sort of issue occurring that is > preventing the portal and the portal apps from fully recycling and coming > back up. When you try to access the portal you get the message "Portlet > Application ui-pa not available" is not available. This is where our log > in occurs. > > During the recycle you can see the shutdown of the webapps in the log. You > can then see the attempt to reload them. This behavior seems to cycle > through the webapps (portal and different portal apps) a few times then the > webapps are shutdown and not attempted again. They never get started. > > We have done some experimenting with the context reloadable attribute > without luck. Seems a bit odd as well that the reload is happening given > the default value is false for this. > > We've also changed the autoDeploy Tomcat option. Setting to false > prevented the classloader reload from happening. However that has the > adverse side-effect that our Jetspeed portal apps don't get deployed when > copied to the Jetspeed deploy directory. They get copied to the webapps > folder but it takes a second Tomcat restart to get them deployed. That > behavior also makes sense but not really an option for us. > > Ideally we want the Jetspeed deploy to work on Tomcat startup AND not > reload the webapps or turn off the scanning by Tomcat to avoid the reload > at DST (or any other time). > Deploying our portal apps on Tomcat startup only is fine with us. > > I have the logs if that helps. > > IBM Restriction Link for those interested: > http://www-912.ibm.com/8625680A007CA5C6/1AC66549A21402188625680B0002037E/E2A352BBB273A5DC86257861005F0595 > > > Thanks