Thanks for your quick answer! How exactly do you do this? I usually shut down tomcat using the automatically provided menu-item which does this by calling
java.exe -jar -Duser.dir="C:\Programme\Apache Group\Tomcat 4.1.12" "C:\Programme\Apache Group\Tomcat 4.1.12\bin\bootstrap.jar" stop I see the possibility of each time stopping jetspeed using the tomcat management application prior to stopping tomcat itself. Is that what you suggest? Jan -----Urspr�ngliche Nachricht----- Von: Werner Punz [mailto:[EMAIL PROTECTED]] Gesendet: Mittwoch, 16. Oktober 2002 16:37 An: Jetspeed Users List Betreff: Re: configuration files (xreg) destroyed after shutdown Hello I know the problem, but it�s not that bad actually. What happens? When you start a shutdown process the xregs are written onto the config directory as it seems. Well if you kill the shutting down process some of the xregs aren�t written properly and left empty. The solution at least in my case was not to kill tomcat during the shutdown process but giving it enough time to shut down propery and kill itself after everything ist done. At least that did the trick to me on Tomcat 4.1 Werner Punz -- Labor-C GesmbH http://www.labor-c.net Tegethoff, Jan wrote: > Hi all! > > I have a problem running Jetspeed which has been stated before on this > mailing list - however the answers don�t really help me. > Whenever Tomcat gets shut down, some .xreg-files in the conf-directory are > cut short to 1k, leaving only a few tags (definetly no well-formed xml). In > this way the Jetspeed-installation gets destroyed every time. There has been > a suggestion on this mailing-list that castor rewrites all these files when > tomcat gets shut down, but knowing this doesn�t really help me. > > I am using the following software: > JDK1.4.0_01 > Tomcat 4.0.4 or 4.1.12 (I tried both with the same result) > Jetspeed 1.4b1 ('out of the box' i.e. without any further alterations or > configurations) > > Another problem is that using jetspeed the tomcat process sometimes gets > killed without further notice or obvious cause. This may or may not be > connected to the first problem. > > Any suggestion would be greatly appreciated! > Jan > -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
