Return-Path: Mailing-List: contact tomcat-dev-help@jakarta.apache.org; run by ezmlm Delivered-To: mailing list tomcat-dev@jakarta.apache.org Received: (qmail 47305 invoked from network); 21 Sep 2000 16:25:57 -0000 Received: from lukla.sun.com (192.18.98.31) by locus.apache.org with SMTP; 21 Sep 2000 16:25:57 -0000 Received: from gw.netbeans.com ([129.156.76.1]) by lukla.Sun.COM (8.9.3+Sun/8.9.3) with ESMTP id KAA29516 for ; Thu, 21 Sep 2000 10:25:55 -0600 (MDT) Received: from nbmailsrv.netbeans.com (mail.netbeans.com [212.24.138.130]) by gw.netbeans.com (8.9.3/8.9.3) with ESMTP id SAA01676 for ; Thu, 21 Sep 2000 18:25:54 +0200 Received: by mail.netbeans.com with Internet Mail Service (5.5.2448.0) id ; Thu, 21 Sep 2000 18:36:43 +0200 Message-ID: <10F82FC788E0D311AB820060083EAE1E0818C6@mail.netbeans.com> From: Petr Jiricka To: "'tomcat-dev@jakarta.apache.org'" Subject: jasper.jar and tomcat.jar + non-default classloader Date: Thu, 21 Sep 2000 18:36:42 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="windows-1252" X-Spam-Rating: locus.apache.org 1.6.2 0/1000/N Hi, I would like to ask your opinions about the following issue: jasper.jar depends on tomcat.jar, and tomcat.jar is needed in classpath of jasper.jar. This does not represent any problem if both these files are in CLASSPATH, so they are loaded by the system classloader. But if I want to load these files by another classloader, then the classloader complains when loaing classes from jasper.jar that classes from tomcat.jar are not found. This issue can be solved by adding Class-Path: webserver.jar into jasper.jar's manifest file. But I am not sure whether this will work on JDK 1.1 (forgive my ignorance here, I haven't seen JDK 1.1 for ages), and of course it raises other questions: 1) For this to work, jasper.jar and webserver.jar always have to be distributed in the same directory 2) The same question could be asked for dependency of jasper.jar and tomcat.jar on servlet.jar and other files I guess it is acceptable if whoever wants to use the jar files this way may repackage the jar files her own manifest, but isn't there a better solution ? Would it be acceptable to use the above manifest in the default build scripts ? Thanks Petr