Return-Path: Delivered-To: apmail-jakarta-tomcat-user-archive@apache.org Received: (qmail 69363 invoked from network); 28 Jun 2002 13:39:05 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by 209.66.108.5 with SMTP; 28 Jun 2002 13:39:05 -0000 Received: (qmail 4457 invoked by uid 97); 28 Jun 2002 13:38:49 -0000 Delivered-To: qmlist-jakarta-archive-tomcat-user@jakarta.apache.org Received: (qmail 4422 invoked by uid 97); 28 Jun 2002 13:38:48 -0000 Mailing-List: contact tomcat-user-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Tomcat Users List" Reply-To: "Tomcat Users List" Delivered-To: mailing list tomcat-user@jakarta.apache.org Received: (qmail 4379 invoked by uid 98); 28 Jun 2002 13:38:48 -0000 X-Antivirus: nagoya (v4198 created Apr 24 2002) From: Scott Walters To: "Tomcat Users List" Date: Fri, 28 Jun 2002 08:38:00 -0600 X-Priority: 3 (Normal) In-Reply-To: <2VJDFEVE9T5KEZW07C8983VHBZVHG.3d1b848b@bellamy> Message-Id: <8B9D1X7YWVS09B9HCB6UE0TNRMH.3d1c74c8@bellamy> Subject: Re: specifying ClassLoader for webapp MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1252" X-Mailer: Opera 6.03 build 1107 X-Spam-Rating: 209.66.108.5 1.6.2 0/1000/N X-Spam-Rating: 209.66.108.5 1.6.2 0/1000/N I fixed my problem by moving the jars that load the native shared library into the lib/ext path of my jre. I found a very good explanation of these issues in a pdf file that describes using the boot classpath at www.javageeks.com/Papers/BootClasspath/Boo tClasspath.pdf Scott 6/27/02 3:32:59 PM, Scott Walters wrote: >Hi, > >I've written a JNI based layer for a large >native code executable to allow extensions >to the native code application to be >written in Java. When the executable >starts, it creates a Java VM and loads >several infrasturcture Java classes. >These classes load a shared library as >part of their initialization which allow >the Java extension code to call back into >the native code. All this has worked very >well. > >I've also embedded Tomcat 4.0.3 into the >application successfully using the >CatalinaService class. I'm running into a >problem though, when I try to use the >infrastructure classes from my jsp bean to >make calls back into the native code. >Since my initial ClassLoader from when I >created the Java VM has already loaded the >shared library, I get the following >error... > >javax.servlet.ServletException: Native >Library F:\Java\DLL\JNIXfer.dll already >loaded in another classloader > >Is there a way to enable Tomcat's webapp >classloader to find these infrastructure >classes that were already loaded by the >other Classloader? I tried setting the >parent loader in the Catalina class to my >initial loader but that didn't seem to >have any effect. I don't mind making >minor Tomcat source changes if that's what >it takes to fix it. > >Thanks, >Scott Walters > > > > > > > > > >-- >To unsubscribe, e-mail: >For additional commands, e-mail: > > -- To unsubscribe, e-mail: For additional commands, e-mail: