It happened three times on three different customer sites. It does not reproduce, but due to the different places where it has occurred I assume this is not a human error.
On Sat, Apr 10, 2010 at 11:54 AM, Pid * <p...@pidster.com> wrote: > On 9 April 2010 22:16, Karin Moscovici <karin.moscov...@correlix.com> > wrote: > > > Thanks Chris. Indeed, my issue is different than the one you've described > - > > The links are deleted from common/lib and server/lib, and their targets > are > > unharmed. I don't know of any other reason that could have possible > cause > > the deletion. Thanks for the answer. > > > > Is it happening regularly, or did it happen just once? > > Can you examine the .bash_history of any users with access to this system > to > see if it was an inadvertent human error? > > > p > > On Sat, Apr 10, 2010 at 12:06 AM, Christopher Schultz < > > ch...@christopherschultz.net> wrote: > > > > > -----BEGIN PGP SIGNED MESSAGE----- > > > Hash: SHA1 > > > > > > Karin, > > > > > > On 4/9/2010 4:55 PM, Karin Moscovici wrote: > > > > I'm using tomcat 5.5 on Linux Centos. Today, after restarting tomcat, > > my > > > > application did not load. In the logs I found NoClassDefError on > > > > org.servlet.jsp.JspFactory class. It seems that the symbolic link to > > > > /usr/shar/java/jsp.jar that was under tomcat/common/lib simply > > > dissappeared. > > > > When I added it using ln -s the problem was solved. This has happened > > to > > > me > > > > once before with HttpServletRequest class and servlet-api.jar from > > > > tomcat/server/lib. Is this a known issue? > > > > > > The only issue I believe Tomcat has with symbolic links is when you > have > > > a symbolic link pointing from inside your webapp's deployment directory > > > (say, webapps/mywebapp) and then you perform an "undeploy" operation: > > > that will perform a recursive delete that ravages the target of the > > > symlink. > > > > > > That has been fixed in recent versions: check the ChangeLog for > details. > > > > > > It sounds like your issue is something different, though. > > > > > > I don't believe Tomcat deletes any files except those related to actual > > > webapps. Are you sure there's no other way these links could have been > > > deleted? > > > > > > You could make those files (and their parent directories) non-writable > > > by the euid running Tomcat and see if you get any exceptions: that > would > > > produce a stack trace proving that Tomcat is trying to delete the file > > > (when it probably shouldn't be). > > > > > > - -chris > > > -----BEGIN PGP SIGNATURE----- > > > Version: GnuPG v1.4.10 (MingW32) > > > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > > > > > iEYEARECAAYFAku/lsQACgkQ9CaO5/Lv0PAsFgCcCshvXNw9XgunBH5UU5vgK2iQ > > > 5qUAmwYM/5ElVOOXJtSm5KQL2QADVhuL > > > =V0Vo > > > -----END PGP SIGNATURE----- > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > > > For additional commands, e-mail: users-h...@tomcat.apache.org > > > > > > > > > > > > -- > > -- > pidster.com >