Well, I could do (and this actually works) but the problem then is that the
web-apps are actually started up separately (in separate memory spaces) and
the 'admin' one cannot access the singleton in the 'ROOT' one that has been
initialised with some values..

I need some sort of context settings that point the classpath  (vm ??) to
the same place

Any ideas??

-----Original Message-----
From: Dov Rosenberg [mailto:[EMAIL PROTECTED]
Sent: 30 September 2004 18:10
To: Tomcat Users List
Subject: Re: context sharing problems

Why don't you put your shared classes into $CATALINA_HOME/shared/classes.
Then all of your web apps can see and use them



--
Dov Rosenberg
Conviveon Corporation
http://www.conviveon.com

On 9/30/04 10:58 AM, "Michael Cornell" <[EMAIL PROTECTED]> wrote:

>
> Hi,
>
> I am trying to share the same class files (and libraries) between two
> different web-apps one running in ROOT/ and one is admin/
>
> Basically, I want the first one to run from the default context ie
> http://www.x.com/
> And the second web-app to run as http://www.x.com/admin
>
> However, all of the classes for both web-apps are situated in the first
one
> (ROOT).
>
> This may seem a strange way of doing things, but I need to reflect the
> changes made in admin (basically a collection of  jsps etc) in ROOT (a
> series of filters etc).  I have actually got this to work using a tomcat
> plugin in eclipse because of the way eclipse shares libraries and
classpaths
>
> Does anyone know how I could do this for a standalone tomcat (running in
> windows)???
>
> Just to clarify:
>
> Web-apps\
>               ROOT\
>                               WEB-INF\
>                                               Classes\
>
> My\package\name\MyFilter.class
>
> My\package\name\StrutsAction.class
>
> My\package\name\ApplicationResources.properties
>
> My\package\name\MySingletonIIWantTochangeViaTheGuiRealTime.class
>               Admin\
>                               WEB-INF\
>                               Web\index.jsp
>
>
>
>
>
>
>
> Thanks for your help
> M
>
>
>
> ---
> Outgoing mail is certified Virus Free.
> Checked by AVG anti-virus system (http://www.grisoft.com).
> Version: 6.0.770 / Virus Database: 517 - Release Date: 27/09/2004



---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


---
Incoming mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.770 / Virus Database: 517 - Release Date: 27/09/2004

---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.770 / Virus Database: 517 - Release Date: 27/09/2004



---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to