Return-Path: Delivered-To: apmail-tomcat-users-archive@www.apache.org Received: (qmail 7387 invoked from network); 22 Aug 2006 13:25:39 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 22 Aug 2006 13:25:39 -0000 Received: (qmail 7057 invoked by uid 500); 22 Aug 2006 13:25:25 -0000 Delivered-To: apmail-tomcat-users-archive@tomcat.apache.org Received: (qmail 6986 invoked by uid 500); 22 Aug 2006 13:25:24 -0000 Mailing-List: contact users-help@tomcat.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Tomcat Users List" Delivered-To: mailing list users@tomcat.apache.org Received: (qmail 6873 invoked by uid 99); 22 Aug 2006 13:25:24 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 22 Aug 2006 06:25:24 -0700 X-ASF-Spam-Status: No, hits=2.5 required=10.0 tests=DNS_FROM_RFC_ABUSE,RCVD_IN_BL_SPAMCOP_NET,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of borut.hadzialic@gmail.com designates 66.249.82.233 as permitted sender) Received: from [66.249.82.233] (HELO wx-out-0506.google.com) (66.249.82.233) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 22 Aug 2006 06:25:23 -0700 Received: by wx-out-0506.google.com with SMTP id s13so1902371wxc for ; Tue, 22 Aug 2006 06:25:02 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=kLtuTr2grHZDx9+mZoKiIM6YR1Z/kNSgNhMkKFae0nSic8U4P6QlNAVIZYU33hHiQKSJ4xRbz6ujWtvVGqxuDsE5iTQ6W+HRHVFPE6fUw6N/YwnSocVO8OSCh4ZlKu/BP9SUiLZXw8AduxSu/EyeOtJhBpnyEAfTini4FYdtnrQ= Received: by 10.90.25.3 with SMTP id 3mr423650agy; Tue, 22 Aug 2006 06:25:02 -0700 (PDT) Received: by 10.90.116.17 with HTTP; Tue, 22 Aug 2006 06:25:02 -0700 (PDT) Message-ID: <47f2ede60608220625l78a054av4d333ca462edc45@mail.gmail.com> Date: Tue, 22 Aug 2006 15:25:02 +0200 From: "=?UTF-8?Q?Borut_Had=C5=BEiali=C4=87?=" To: users@tomcat.apache.org Subject: Tomcat 5.5 class loader question. MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Hello, I have a question related to class loading in tomcat. http://tomcat.apache.org/tomcat-5.5-doc/class-loader-howto.html Tomcat documentation says this: *** Therefore, from the perspective of a web application, class or resource loading looks in the following repositories, in this order: Bootstrap classes of your JVM System class loader classses (described above) /WEB-INF/classes of your web application /WEB-INF/lib/*.jar of your web application $CATALINA_HOME/common/classes $CATALINA_HOME/common/endorsed/*.jar $CATALINA_HOME/common/i18n/*.jar $CATALINA_HOME/common/lib/*.jar $CATALINA_BASE/shared/classes $CATALINA_BASE/shared/lib/*.jar *** But while installing Jira (a popular web application for issue tracking), we seem to have observed different behaviour. We have set up a Tomcat instance for Jira (in some directory, lets call it CATALINA_BASE). Jira has a set of jar files that contain dependencies, that are not included in Jira's /WEB-INF/lib directory. Jira manual states that these jars should be copied to CATALINA_HOME/common/lib directory. When those files are copied to CATALINA_HOME/common/lib, Jira works fine. However, when we move those Jira dependencies from $CATALINA_HOME/common/lib/ to $CATALINA_BASE/shared/lib/ Jira starup fails - it throws several ClassDefNotFoundException (for org.postgresql.Driver and other classes) All this happened while the Jira instance was the only Tomcat instance on the server, and while $CATALINA_HOME/conf xml config files did not contain any entries specific for Jira or any other aplication other than those that come with Tomcat ba default. Accoring to what Tomcat help stated this should not be happening, because jar were only moved to another directory which is also included in the search path of the class loader. Does anyone know why is this happening? redhat 4.1 Java jdk1.5.0_07 Tomcat 5.5.x, probably 5.5.17 atlassian-jira-standard-3.6.3 -- Why? Because YES! --------------------------------------------------------------------- To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org For additional commands, e-mail: users-help@tomcat.apache.org