----- Original Message ----
> From: Pid <p...@pidster.com>
> To: users@tomcat.apache.org
> Sent: Tue, January 26, 2010 12:21:20 PM
> Subject: Re: Global JNDI resource loaded from a webapp
>
> On 26/01/2010 10:02, Woonsan Ko wrote:
> > Hi All,
> >
> > Is it possible to configure a global JNDI resource which is loaded from a
> webapp?
>
> If it is defined in a webapp, it's not a global JNDI resource.
> So, no.
Does *global JNDI resource* mean that all implementation jars must be in shared
lib path together with the sharable interfaces?
If sharable interfaces are in the shared lib path like javax.sql.DataSource or
javax.jcr.Repository, but the real implementation of those are loaded from a
web application, then isn't it possible to call it a "global JNDI resource" of
javax.sql.DataSource or javax.jcr.Repository?
Kind regards,
Woonsan
>
>
> p
>
> > I want to keep all related libraries for the resource in a web application,
> not in shared library path, but I want the resource to be shared by other web
> applications.
> > The primary reason is because there are two many related jar files for the
> resource object and those can conflict other web applications if they are
> deployed onto shared library path.
> > Also, I could make use of reloading feature by deploying onto a web app.
> >
> > Here's an example scenario:
> > - In shared lib folder, minimized api jars files only are deployed. The
> > api
> jars contains shareable interfaces or factory classes.
> > - /repository webapp contains all related jar files, initializes a
> repository instance and register it into global JNDI resource by some way.
> > - /cms webapp accesses the repository by JNDI to author and manage
> contents.
> > - /site webapp accesses the repository by JNDI to provide preview
> > websites.
> > - ...
> >
> > Could you please recommend me a possible solution/alternative on Tomcat?
> >
> > Thanks in advance,
> >
> > Woonsan
> >
> >
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> > For additional commands, e-mail: users-h...@tomcat.apache.org
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
