Mailing-List: contact tomcat-user-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Tomcat Users List" <tomcat-user@jakarta.apache.org>
content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: Help with Tomcat 4.1.24
Date: Thu, 31 Jul 2003 09:29:20 -0400
Message-ID: <9C5166762F311146951505C6790A9CF8A6E919@US-VS1.corp.mpi.com>
Thread-Topic: Help with Tomcat 4.1.24
Thread-Index: AcNXTukk6a7ff7ljQPW7xmaI9FSnPgAGJHPA
From: "Shapira, Yoav" <Yoav.Shapira@mpi.com>
To: "Tomcat Users List" <tomcat-user@jakarta.apache.org>, <sinamdar@cisco.com>


Howdy,
You can search the archives on the use of symlinks or the tldScanJar
exception for more information: this comes up a lot.

What I suggest is to stick with your current system: have a central
location for your tools, preferably under version control, and copy ja=
rs
out of it into the WEB-INF/lib directories when deploying (this copy i=
s
done by an Ant script I assume).  Yes, this means two hard copies rath=
er
than a link, but it keeps your webapp self-contained and helps ensure
portability for  platforms/servers that don't support symbolic links.

Yoav Shapira
Millennium ChemInformatics


>-----Original Message-----
>From: Sarika Inamdar [mailto:sinamdar@cisco.com]
>Sent: Thursday, July 31, 2003 6:31 AM
>To: tomcat-user@jakarta.apache.org
>Subject: Help with Tomcat 4.1.24
>
>Hi All,
>
>We have migrated to tomcat 4.1.24 from tomcat 3.2.23. Thanks to the
>tomcat-user list, we were able to deploy the tomcat successfully :-)
>
>We have one issue however !!!
>
>The tomcat 4.1.24, requires that we place all the jars which is used =
by
>the jsp's under TOMCAT_HOME/webapps/WEB-INF/lib directory.
>
>In our deployment, we use lot of 3rd party software like AdventSNMP
jar,
>tibco jar and our own application jar.
>
>These jars are already present under our "tools" directory. But with
>4.1.24 migration, we have to place all these jars under WEB-INF/lib.
>This will destroy our directory structure in case we want to mv all o=
f
>them.
>
>To avoid this, we created soft links for the required jars under
>/WEB-INF/lib.
>
>The problem is tomcat server is able to DEPLOY some of the jars, and =
is
>cribbing for some jars.
>
>For Example, for AdventNetSNMP jar, tomcat throws the following error=
 :
>
>2003-07-31 16:07:25 ContextConfig[] Exception processing JAR at
resource
>path /WE
>B-INF/lib/AdventNetSnmp.jar
>javax.servlet.ServletException: Exception processing JAR at resource
>path /WEB-IN
>F/lib/AdventNetSnmp.jar
>        at
>org.apache.catalina.startup.ContextConfig.tldScanJar(ContextConfig.ja=
v
>a:930)
>        at
>org.apache.catalina.startup.ContextConfig.tldScan(ContextConfig.java:=
8
>68)
>        at
>org.apache.catalina.startup.ContextConfig.start(ContextConfig.java:64=
7
>)
>        at
>org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfi=
g
>.java:243)
>        at
>org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(Lifecycl=
e
>Support.java:166)
>
>Is it possible that some jars get deployed and some don't ?
>Please lend me your inputs and suggesstions.
>
>Thanks in Advance,
>Sarika
>
>
>---------------------------------------------------------------------=

>To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
>For additional commands, e-mail: tomcat-user-help@jakarta.apache.org


This e-mail, including any attachments, is a confidential business com=
munication, and may contain information that is confidential, propriet=
ary and/or privileged.  This e-mail is intended only for the individua=
l(s) to whom it is addressed, and may not be saved, copied, printed, d=
isclosed or used by anyone else.  If you are not the(an) intended reci=
pient, please immediately delete this e-mail from your computer system=
 and notify the sender.  Thank you.


---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-user-help@jakarta.apache.org