cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Giacomo Pati <giac...@apache.org>
Subject Re: General question about virtual hosts and C2
Date Thu, 06 Sep 2001 15:17:39 GMT
Quoting Berin Loritsch <bloritsch@apache.org>:

> Leo Sutic wrote:
> > 
> > Jörn,
> > 
> > the crux is the compilation of the sitemap. The sitemap compiles to
> > org.apache.cocoon.www.sitemap_xmap for *all* webapps. Since the
> sitemap
> > class is loaded using the same classloader as cocoon (since you put
> the libs
> > in the Resin lib directory), the same class gets loaded for different
> > webapps.
> 
> Actually, you are also experiencing issues with the classloader (for
> instance,
> the cross polination of log events.  I will post this issue on the
> Avalon-dev
> list.  Hopefully, with Giacomo's LogKitManager this can be dealt with. 
> Cocoon
> does not do anything special with the LogKit Hierarchy to force
> different
> roots or default loggers for different contexts.  This could also be
> taken
> care of with a classloader solution I proposed a while ago.
> 
> TO THE AVALON TEAM:
> 
> LogKit is cross-polinating log events to log targets that belong in
> another
> web context.  The change in configuration is that LogKit is now loaded
> in a
> base ClassLoader, and not in the unique ClassLoaders that are used for
> web
> apps.  The result is that the Heirarchy object is shared between all
> contexts.
> We need a way to enforce all Contexts to be separate.

The main problem IMHO is the deployment of the needed jar for cocoon (and the 
cocoon.jar itself) in the root lib/ of resin/tomcat instead of using the 
complete war file. LogKit is only one aspect that may raise a problem. I can 
imaging other part of the cocoon system would suffer of it as well.

Giacomo

> 
> 
> > 
> > So, for each webapp/cocoon.xconf
> > 
> > change
> > 
> >   <!-- The ProgamGenerator builts programs from a XML document written
> in
> >        a MarkupLanguage.
> >        auto-reload:
> >        root-package: persistent code repository.
> >        preload:  -->
> >   <program-generator>
> >     <parameter name="auto-reload" value="true"/>
> >     <parameter name="root-package" value="org.apache.cocoon.www"/>
> >                                           ^^^^^^^^^^^^^^^^^^^^^
> >     <parameter name="preload" value="true"/>
> >   </program-generator>
> > 
> > this into something unique for each webapp. Hopefully it works. In
> Tomcat
> > you just get a load of exceptions.
> > 
> > /LS
> > 
> > > -----Original Message-----
> > > From: Jörn Heid [mailto:heid@fh-heilbronn.de]
> > > Sent: den 6 september 2001 11:38
> > > To: Cocoon-Dev
> > > Subject: General question about virtual hosts and C2
> > >
> > >
> > > The main question: Can Cocoon 2 only run as a webapp (with a
> context)?
> > >
> > > I'm using Resin with several virtual hosts. To make this easier
> > > to configure
> > > I put all the required cocoon libs to the lib dir of resin.
> > > The projects are sepated into different directories but not inside
> the
> > > webapp dir of resin:
> > > d:\www\PROJECT1\public
> > > d:\www\PROJECT2\public and so on.
> > > Each directory has it's own WEB-INF and server.xml in it.
> > > The projects have their own hostnames (virtual hosts), but no
> /cocoon (or
> > > what ever) context.
> > >
> > > With this configuration (C2b2) it seems that the (different)
> pipelines are
> > > mixed sometimes. When requesting pages from project1 some(!) log
> > > entries are
> > > written in the log files of project2.
> > >
> > > So my question is if Cocoon 2 only works with a context (quite
> > > difficult as
> > > you need to use the rewrite engine of apache) or *should* it work
> for my
> > > configuration?
> > >
> > > When running just one virtual host it all works fine.
> > >
> > > JOERN_HEID
> > >
> > >
> > >
> ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> > > For additional commands, email: cocoon-dev-help@xml.apache.org
> > >
> > >
> > 
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> > For additional commands, email: cocoon-dev-help@xml.apache.org
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> For additional commands, email: cocoon-dev-help@xml.apache.org
> 
> 
> 

---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org


Mime
View raw message