You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@avalon.apache.org by Berin Loritsch <bl...@apache.org> on 2001/09/06 14:52:20 UTC
Re: General question about virtual hosts and C2
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.
>
> 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: avalon-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: avalon-dev-help@jakarta.apache.org
AW: General question about virtual hosts and C2 - State
Posted by Jörn Heid <he...@fh-heilbronn.de>.
Sorry guys, I have revise my predication.
The sitemap still works but the log output (with the version from
2001-09-02) is written in different logfiles. The exceptions for example are
written in another WEB-INF/logs dir.
If someone is interested, I could deliver the different log files for two
projects.
JOERN_HEID
-----Ursprüngliche Nachricht-----
Von: Jörn Heid [mailto:heid@fh-heilbronn.de]
Gesendet: Freitag, 7. September 2001 14:24
An: cocoon-dev@xml.apache.org
Betreff: General question about virtual hosts and C2 - State
With the hint of Leo Sutic and the new LogKit (thanks to Giacomo Pati) it
now works for me (two projects for now).
I will test it now for further problems and post it here if I find some.
Thanks guys.
JOERN_HEID
-----Ursprüngliche Nachricht-----
Von: Berin Loritsch [mailto:bloritsch@apache.org]
Gesendet: Donnerstag, 6. September 2001 17:44
An: cocoon-dev@xml.apache.org
Cc: avalon-dev@jakarta.apache.org
Betreff: Re: General question about virtual hosts and C2
Giacomo Pati wrote:
>
> Quoting Berin Loritsch <bl...@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.
True, but Avalon components need to use ContextClassLoaders if they can to
ensure the proper instance is loaded--helping with things like this. Xalan
and possibly Xerces also have been advised and incorporated those changes.
That enables these libraries to be loaded from the $JAVA_HOME/jre/lib/ext
directory without classloader repercussions.
The reason I posted this to both lists is so we can handle the LogKit issue.
>
> 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
---------------------------------------------------------------------
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
General question about virtual hosts and C2 - State
Posted by Jörn Heid <he...@fh-heilbronn.de>.
With the hint of Leo Sutic and the new LogKit (thanks to Giacomo Pati) it
now works for me (two projects for now).
I will test it now for further problems and post it here if I find some.
Thanks guys.
JOERN_HEID
-----Ursprüngliche Nachricht-----
Von: Berin Loritsch [mailto:bloritsch@apache.org]
Gesendet: Donnerstag, 6. September 2001 17:44
An: cocoon-dev@xml.apache.org
Cc: avalon-dev@jakarta.apache.org
Betreff: Re: General question about virtual hosts and C2
Giacomo Pati wrote:
>
> Quoting Berin Loritsch <bl...@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.
True, but Avalon components need to use ContextClassLoaders if they can to
ensure the proper instance is loaded--helping with things like this. Xalan
and possibly Xerces also have been advised and incorporated those changes.
That enables these libraries to be loaded from the $JAVA_HOME/jre/lib/ext
directory without classloader repercussions.
The reason I posted this to both lists is so we can handle the LogKit issue.
>
> 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
---------------------------------------------------------------------
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
Re: General question about virtual hosts and C2
Posted by Berin Loritsch <bl...@apache.org>.
Giacomo Pati wrote:
>
> Quoting Berin Loritsch <bl...@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.
True, but Avalon components need to use ContextClassLoaders if they can to
ensure the proper instance is loaded--helping with things like this. Xalan
and possibly Xerces also have been advised and incorporated those changes.
That enables these libraries to be loaded from the $JAVA_HOME/jre/lib/ext
directory without classloader repercussions.
The reason I posted this to both lists is so we can handle the LogKit issue.
>
> 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
---------------------------------------------------------------------
To unsubscribe, e-mail: avalon-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: avalon-dev-help@jakarta.apache.org
Re: General question about virtual hosts and C2
Posted by Berin Loritsch <bl...@apache.org>.
Giacomo Pati wrote:
>
> Quoting Berin Loritsch <bl...@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.
True, but Avalon components need to use ContextClassLoaders if they can to
ensure the proper instance is loaded--helping with things like this. Xalan
and possibly Xerces also have been advised and incorporated those changes.
That enables these libraries to be loaded from the $JAVA_HOME/jre/lib/ext
directory without classloader repercussions.
The reason I posted this to both lists is so we can handle the LogKit issue.
>
> 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
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
Re: General question about virtual hosts and C2
Posted by Giacomo Pati <gi...@apache.org>.
Quoting Berin Loritsch <bl...@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
Re: General question about virtual hosts and C2
Posted by Peter Donald <do...@apache.org>.
On Thu, 6 Sep 2001 22:52, Berin Loritsch wrote:
> 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.
Fixed in CVS. Each LogKitManager now works on a private hierarchy.
--
Cheers,
Pete
*--------------------------------------------------*
| Wise men don't need advice. Fools don't take it. |
| -Benjamin Franklin |
*--------------------------------------------------*
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
CVS is down?
Posted by "Piroumian, Konstantin" <KP...@flagship.ru>.
Hi!
Wanted to post the JSPReader, but couldn't get access to CVS. Is CVS down or
some settings have been changed? I get a "Connection refused" error.
If not, then this is our MIS department again playing with the proxy ;(
Regards,
Konstantin Piroumian
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
Re: General question about virtual hosts and C2
Posted by Giacomo Pati <gi...@apache.org>.
Quoting Berin Loritsch <bl...@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: avalon-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: avalon-dev-help@jakarta.apache.org
Re: General question about virtual hosts and C2
Posted by Peter Donald <do...@apache.org>.
On Thu, 6 Sep 2001 22:52, Berin Loritsch wrote:
> 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.
Fixed in CVS. Each LogKitManager now works on a private hierarchy.
--
Cheers,
Pete
*--------------------------------------------------*
| Wise men don't need advice. Fools don't take it. |
| -Benjamin Franklin |
*--------------------------------------------------*
---------------------------------------------------------------------
To unsubscribe, e-mail: avalon-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: avalon-dev-help@jakarta.apache.org