/opt/tomcat5/bin/catalina.sh sources the /etc/conf.d/tomcat5 and then overwrites the CLASSPATH (for example) by executing the setclasspath.sh in the same directory. Reproducible: Always Steps to Reproduce: 1. Add package to the CLASSPATH in the /etc/conf.d/tomcat5 2. Write a small jsp that should use one of the classes in that package 3. Start tomcat and try to view the page Actual Results: The class is not found and the CLASSPATH is missing the added packages Expected Results: The CLASSPATH should have the packages added through the /etc/conf.d/tomcat5 Portage 2.0.51-r8 (default-linux/x86/2004.3, gcc-3.4.3, glibc-2.3.4.20041102-r0, 2.6.10-mm1 i686) ================================================================= System uname: 2.6.10-mm1 i686 AMD Athlon(tm) Processor Gentoo Base System version 1.6.8 Python: dev-lang/python-2.3.4 [2.3.4 (#1, Sep 26 2004, 15:58:41)] dev-lang/python: 2.3.4 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.8.5-r2, 1.6.3, 1.9.3, 1.5, 1.7.9 sys-devel/binutils: 2.15.92.0.2-r2 sys-devel/libtool: 1.5.10-r2 virtual/os-headers: 2.6.8.1-r2 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-O3 -march=athlon-tbird -pipe -m3dnow -mmmx" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O3 -march=athlon-tbird -pipe -m3dnow -mmmx" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks fixpackages sandbox sfperms" GENTOO_MIRRORS="http://gentoo.inode.at/ http://ftp.uni-erlangen.de/pub/mirrors/gentoo/" LDFLAGS="" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 3dnow 3dnowex a52 aac aalib alsa apache2 bitmap-fonts cdparanoia curl curlwrappers dba directfb dvd dvdr encode fastcgi flac font-server gd gif gmail gnome gpm gs gtk2 gtkhtml hal icq innodb intl ipv6 jabber javadoc joystick jpeg jpeg2k latex mad mime mmx mono mp3 mpeg mplayer mysql network oggvorbis opengl openntpd openssh pam pdf pear-db perl php png postgres postgresql python ruby session simplexml socks5 stroke svg t1lib tetex truetype truetype-fonts type1 type1-fonts unicode usb vnc wxwindows xforms xfs xine xml2 xmlrpc xpm xprint xrandr xscreensaver xsl xslt xv xvid xvmc zlib" Simple fix: Replace line 42 of the setclasspath.sh: CLASSPATH="$JAVA_HOME"/lib/tools.jar With: CLASSPATH=$CLASSPATH:"$JAVA_HOME"/lib/tools.jar
Created attachment 50070 [details, diff] Patchfile for the classpath problem This is a patch for the problem described by Horst
i'm now going to maintain tomcat. starting from tomorrow i'll start to work on this
I also have a similar problem with JAVA_OPTS, which seems to be ignored by the started VM. Maybe the environment variables are not passed correctly to catalina.sh script because of start-stop-daemon's --chuid ? Will investigate further..
*** Bug 81498 has been marked as a duplicate of this bug. ***
this is fixed in versions >=5.0.28-r1, thanks