On Thu, 27 Dec 2001, Andrew (Tver) wrote:
> Date: Thu, 27 Dec 2001 09:09:09 +0300
> From: "Andrew (Tver)" <[EMAIL PROTECTED]>
> Reply-To: Tomcat Users List <[EMAIL PROTECTED]>,
> "Andrew (Tver)" <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Subject: outside catalina
>
> Hello All,
>
> I'm new in the list. Sorry if such question already was here.
>
It has been asked ... many times ... but many other newbies haven't
researched the answer either, so here it is again.
> I have:
>
> 1. This context:
>
> <Context path="/myapp" docBase="c:/path/to/myapp"
> debug="0" reloadable="true"/>
>
> 2. Kit of classes, XML-files anf jars needed to servlets, for example:
>
> c:/kit/classes - .class files
> c:/kit/resources - JPG, XML, properties, ...
> c:/kit/lib/some.jar, ...
>
> Question:
>
> By some reason it is not handy to copy any of these files to docBase,
> common/classes, common/lib - in one word, to "Catalina inside".
>
> Is it possible to config Catalina these resources be accessable from
> servlets (and for classes in c:/kit/classes too)?
>
It's only possible to do this if you hand-modify the "catalina.sh" or
"catalina.bat" scripts to set the startup CLASSPATH to include your extra
repositories. Personally, I am *****absolutely***** not interested in
supporting any standard mechanism like this. You are totally on your own.
Why? Experience has shown that using the CLASSPATH for this purpose
causes *huge* numbers of support issues. Prior to the introduction of
this concept, CLASSPATH was the number 2 question volume on TOMCAT-USER
(after web connector config issues). Now , it has almost disappeared
because people easily understand how it works. You'd be *much* better off
setting up your application deployment process to include copying the
shared JAR files to the correct place. With disk space costs being what
they are, there's just no cost-based excuse for trying to avoid
duplication.
Hint -- the sample "build.xml" scripts included with the Tomcat 4 version
of the "Application Developer's Guide" have provisions to do this kind of
thing automatically, so you don't have to think about it :-).
http://jakarta.apache.org/tomcat/tomcat-4.0-doc/appdev/index.html
> Thanks!
> Andrew mailto:[EMAIL PROTECTED]
Craig McClanahan
--
To unsubscribe: <mailto:[EMAIL PROTECTED]>
For additional commands: <mailto:[EMAIL PROTECTED]>
Troubles with the list: <mailto:[EMAIL PROTECTED]>
