You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cocoon.apache.org by Neeme Praks <ne...@inpoc.com> on 2001/10/12 23:59:47 UTC
org.apache.cocoon.components.xpath.XPathProcessor dependancy in XMLResourceBundle
hi again, fellow cocooners and avaloners! (long time, no see) :-)
After being some time away from active development, I now started to look at
the things that have happened with
org.apache.avalon.excalibur.i18n.XMLResourceBundle while I was away.
And discovered that there has happened a "fork" of the XMLResourceBundle
from Avalon CVS tree to Cocoon CVS tree (org.apache.cocoon.i18n) together
with some new additions and bugfixes.
So, I started to look at the possibility to merge the Cocoon version of the
XMLResourceBundle back to Avalon, and discovered that there is also one new
dependancy introduced: org.apache.cocoon.i18n.XMLResourceBundle depends on
org.apache.cocoon.components.xpath package.
In order to still be able to merge the changes to Avalon, I would propose to
move the org.apache.cocoon.components.xpath package also under Avalon (as it
doesn't depend on any cocoon specific packages anyway).
How do others feel about this? And if this move is ok, where should we move
it?
Rgds,
Neeme
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
Re: org.apache.cocoon.components.xpath.XPathProcessor dependancy in XMLResourceBundle
Posted by Mircea Toma <mi...@home.com>.
----- Original Message -----
From: "Peter Donald" <do...@apache.org>
To: "Avalon Development" <av...@jakarta.apache.org>
Sent: Friday, October 12, 2001 4:30 PM
Subject: Re: org.apache.cocoon.components.xpath.XPathProcessor dependancy in
XMLResourceBundle
> On Sat, 13 Oct 2001 07:59, Neeme Praks wrote:
> > hi again, fellow cocooners and avaloners! (long time, no see) :-)
> >
> > After being some time away from active development, I now started to
look
> > at the things that have happened with
> > org.apache.avalon.excalibur.i18n.XMLResourceBundle while I was away.
> > And discovered that there has happened a "fork" of the XMLResourceBundle
> > from Avalon CVS tree to Cocoon CVS tree (org.apache.cocoon.i18n)
together
> > with some new additions and bugfixes.
> >
> > So, I started to look at the possibility to merge the Cocoon version of
the
> > XMLResourceBundle back to Avalon, and discovered that there is also one
new
> > dependancy introduced: org.apache.cocoon.i18n.XMLResourceBundle depends
on
> > org.apache.cocoon.components.xpath package.
> >
> > In order to still be able to merge the changes to Avalon, I would
propose
> > to move the org.apache.cocoon.components.xpath package also under Avalon
> > (as it doesn't depend on any cocoon specific packages anyway).
>
> Works for me. That was actually proposed a months or so ago but as yet no
one
> has got around to doing it ;)
>
> > How do others feel about this?
+1
And if this move is ok, where should we move
> > it?
>
> org.apache.avalon.excalibur.xpath
+0 .... maybe org.apache.avalon.excalibur.xml ?
>
> seems reasonable. Anyone else have thoughts?
>
>
> --
> Cheers,
>
> Pete
>
> ----------------------------------------------
> Money is how people with no talent keep score.
> ----------------------------------------------
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: avalon-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: avalon-dev-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: avalon-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: avalon-dev-help@jakarta.apache.org
Re: org.apache.cocoon.components.xpath.XPathProcessor dependancy in XMLResourceBundle
Posted by Peter Donald <do...@apache.org>.
On Sat, 13 Oct 2001 07:59, Neeme Praks wrote:
> hi again, fellow cocooners and avaloners! (long time, no see) :-)
>
> After being some time away from active development, I now started to look
> at the things that have happened with
> org.apache.avalon.excalibur.i18n.XMLResourceBundle while I was away.
> And discovered that there has happened a "fork" of the XMLResourceBundle
> from Avalon CVS tree to Cocoon CVS tree (org.apache.cocoon.i18n) together
> with some new additions and bugfixes.
>
> So, I started to look at the possibility to merge the Cocoon version of the
> XMLResourceBundle back to Avalon, and discovered that there is also one new
> dependancy introduced: org.apache.cocoon.i18n.XMLResourceBundle depends on
> org.apache.cocoon.components.xpath package.
>
> In order to still be able to merge the changes to Avalon, I would propose
> to move the org.apache.cocoon.components.xpath package also under Avalon
> (as it doesn't depend on any cocoon specific packages anyway).
Works for me. That was actually proposed a months or so ago but as yet no one
has got around to doing it ;)
> How do others feel about this? And if this move is ok, where should we move
> it?
org.apache.avalon.excalibur.xpath
seems reasonable. Anyone else have thoughts?
--
Cheers,
Pete
----------------------------------------------
Money is how people with no talent keep score.
----------------------------------------------
---------------------------------------------------------------------
To unsubscribe, e-mail: avalon-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: avalon-dev-help@jakarta.apache.org
RE: org.apache.cocoon.components.xpath.XPathProcessor dependancy in XMLResourceBundle
Posted by John Morrison <jo...@ntlworld.com>.
+1 from me - if something should be in the framework then moving it there is
fine by me.
> -----Original Message-----
> From: Berin Loritsch [mailto:bloritsch@apache.org]
> Sent: Friday, 12 October 2001 6:50 pm
> To: cocoon-dev@xml.apache.org
> Subject: Re: org.apache.cocoon.components.xpath.XPathProcessor
> dependancy in XMLResourceBundle
>
>
> Neeme Praks wrote:
> >
> > hi again, fellow cocooners and avaloners! (long time, no see) :-)
> >
> > After being some time away from active development, I now
> started to look at
> > the things that have happened with
> > org.apache.avalon.excalibur.i18n.XMLResourceBundle while I was away.
> > And discovered that there has happened a "fork" of the XMLResourceBundle
> > from Avalon CVS tree to Cocoon CVS tree
> (org.apache.cocoon.i18n) together
> > with some new additions and bugfixes.
> >
> > So, I started to look at the possibility to merge the Cocoon
> version of the
> > XMLResourceBundle back to Avalon, and discovered that there is
> also one new
> > dependancy introduced: org.apache.cocoon.i18n.XMLResourceBundle
> depends on
> > org.apache.cocoon.components.xpath package.
> >
> > In order to still be able to merge the changes to Avalon, I
> would propose to
> > move the org.apache.cocoon.components.xpath package also under
> Avalon (as it
> > doesn't depend on any cocoon specific packages anyway).
> >
> > How do others feel about this? And if this move is ok, where
> should we move
> > it?
>
>
> org.apache.avalon.excalibur.xml.xpath
>
> That way we can also have the following:
>
> org.apache.avalon.excalibur.xml.parser
> org.apache.avalon.excalibur.xml.transformer
>
> (This is the componentization of those specific pieces--not the
> pipeline specific
> things in Cocoon). This allows Avalon to use parsers that are
> not JAXP compliant
> and transformers that are not TRAX compliant.
>
> ---------------------------------------------------------------------
> 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: org.apache.cocoon.components.xpath.XPathProcessor dependancy in
XMLResourceBundle
Posted by Berin Loritsch <bl...@apache.org>.
Neeme Praks wrote:
>
> Uhu? Berin? Anyone? Are these changes ok? Should we vote on these or I'll
> just go ahead and commit?
Go ahead and commit. The XMLResourceBundle is still in the scratchpad. While
it is there you are free to play with it to your heart's content. We need to
vote to promote it when it is ready for primetime. After that, the API and the
configuration has to be the same. Bug fixes are ok for the primetime stuff,
but anything that would change the API should be voted on.
> > -----Original Message-----
> > From: Neeme Praks [mailto:neeme.praks@one.ee]
> > Sent: Tuesday, October 16, 2001 12:53 AM
> > To: cocoon-dev@xml.apache.org
> > Subject: RE: org.apache.cocoon.components.xpath.XPathProcessor
> > dependancy in XMLResourceBundle
> >
> >
> > So, as I understand from Berin (and others), we should then move
> > org.apache.cocoon.components.xpath package from Cocoon CVS to
> > org.apache.avalon.excalibur.xml.xpath package in Avalon CVS. Correct?
> > Everybody agrees?
> >
> > Then I would also move the i18n stuff back to Avalon.
> > The changes will affect three classes:
> > org/apache/cocoon/generation/HTMLGenerator.java
> > org/apache/cocoon/transformation/XIncludeTransformer.java
> > org/apache/cocoon/transformation/I18nTransformer.java
> >
> > I can commit the new packages into Avalon CVS, but I don't have
> > write access
> > to Cocoon CVS, so I would just send it the patches? (We would
> > need to update
> > the avalon-excalibur JAR file as well).
> >
> > How many people are there who are actively using the i18n support in
> > Cocoon2? Can we consider the XMLResourceBundle code stable enough to be
> > moved from the scratchpad to the "real" Avalon?
> >
> > Rgds,
> > Neeme
> >
> > > -----Original Message-----
> > > From: Berin Loritsch [mailto:bloritsch@apache.org]
> > > Sent: Friday, October 12, 2001 10:50 AM
> > > To: cocoon-dev@xml.apache.org
> > > Subject: Re: org.apache.cocoon.components.xpath.XPathProcessor
> > > dependancy in XMLResourceBundle
> > >
> > >
> > > Neeme Praks wrote:
> > > >
> > > > hi again, fellow cocooners and avaloners! (long time, no see) :-)
> > > >
> > > > After being some time away from active development, I now
> > > started to look at
> > > > the things that have happened with
> > > > org.apache.avalon.excalibur.i18n.XMLResourceBundle while I was away.
> > > > And discovered that there has happened a "fork" of the
> > XMLResourceBundle
> > > > from Avalon CVS tree to Cocoon CVS tree
> > > (org.apache.cocoon.i18n) together
> > > > with some new additions and bugfixes.
> > > >
> > > > So, I started to look at the possibility to merge the Cocoon
> > > version of the
> > > > XMLResourceBundle back to Avalon, and discovered that there is
> > > also one new
> > > > dependancy introduced: org.apache.cocoon.i18n.XMLResourceBundle
> > > depends on
> > > > org.apache.cocoon.components.xpath package.
> > > >
> > > > In order to still be able to merge the changes to Avalon, I
> > > would propose to
> > > > move the org.apache.cocoon.components.xpath package also under
> > > Avalon (as it
> > > > doesn't depend on any cocoon specific packages anyway).
> > > >
> > > > How do others feel about this? And if this move is ok, where
> > > should we move
> > > > it?
> > >
> > >
> > > org.apache.avalon.excalibur.xml.xpath
> > >
> > > That way we can also have the following:
> > >
> > > org.apache.avalon.excalibur.xml.parser
> > > org.apache.avalon.excalibur.xml.transformer
> > >
> > > (This is the componentization of those specific pieces--not the
> > > pipeline specific
> > > things in Cocoon). This allows Avalon to use parsers that are
> > > not JAXP compliant
> > > and transformers that are not TRAX compliant.
> > >
> > > ---------------------------------------------------------------------
> > > 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: org.apache.cocoon.components.xpath.XPathProcessor dependancy in
XMLResourceBundle
Posted by Berin Loritsch <bl...@apache.org>.
Neeme Praks wrote:
>
> Uhu? Berin? Anyone? Are these changes ok? Should we vote on these or I'll
> just go ahead and commit?
Go ahead and commit. The XMLResourceBundle is still in the scratchpad. While
it is there you are free to play with it to your heart's content. We need to
vote to promote it when it is ready for primetime. After that, the API and the
configuration has to be the same. Bug fixes are ok for the primetime stuff,
but anything that would change the API should be voted on.
> > -----Original Message-----
> > From: Neeme Praks [mailto:neeme.praks@one.ee]
> > Sent: Tuesday, October 16, 2001 12:53 AM
> > To: cocoon-dev@xml.apache.org
> > Subject: RE: org.apache.cocoon.components.xpath.XPathProcessor
> > dependancy in XMLResourceBundle
> >
> >
> > So, as I understand from Berin (and others), we should then move
> > org.apache.cocoon.components.xpath package from Cocoon CVS to
> > org.apache.avalon.excalibur.xml.xpath package in Avalon CVS. Correct?
> > Everybody agrees?
> >
> > Then I would also move the i18n stuff back to Avalon.
> > The changes will affect three classes:
> > org/apache/cocoon/generation/HTMLGenerator.java
> > org/apache/cocoon/transformation/XIncludeTransformer.java
> > org/apache/cocoon/transformation/I18nTransformer.java
> >
> > I can commit the new packages into Avalon CVS, but I don't have
> > write access
> > to Cocoon CVS, so I would just send it the patches? (We would
> > need to update
> > the avalon-excalibur JAR file as well).
> >
> > How many people are there who are actively using the i18n support in
> > Cocoon2? Can we consider the XMLResourceBundle code stable enough to be
> > moved from the scratchpad to the "real" Avalon?
> >
> > Rgds,
> > Neeme
> >
> > > -----Original Message-----
> > > From: Berin Loritsch [mailto:bloritsch@apache.org]
> > > Sent: Friday, October 12, 2001 10:50 AM
> > > To: cocoon-dev@xml.apache.org
> > > Subject: Re: org.apache.cocoon.components.xpath.XPathProcessor
> > > dependancy in XMLResourceBundle
> > >
> > >
> > > Neeme Praks wrote:
> > > >
> > > > hi again, fellow cocooners and avaloners! (long time, no see) :-)
> > > >
> > > > After being some time away from active development, I now
> > > started to look at
> > > > the things that have happened with
> > > > org.apache.avalon.excalibur.i18n.XMLResourceBundle while I was away.
> > > > And discovered that there has happened a "fork" of the
> > XMLResourceBundle
> > > > from Avalon CVS tree to Cocoon CVS tree
> > > (org.apache.cocoon.i18n) together
> > > > with some new additions and bugfixes.
> > > >
> > > > So, I started to look at the possibility to merge the Cocoon
> > > version of the
> > > > XMLResourceBundle back to Avalon, and discovered that there is
> > > also one new
> > > > dependancy introduced: org.apache.cocoon.i18n.XMLResourceBundle
> > > depends on
> > > > org.apache.cocoon.components.xpath package.
> > > >
> > > > In order to still be able to merge the changes to Avalon, I
> > > would propose to
> > > > move the org.apache.cocoon.components.xpath package also under
> > > Avalon (as it
> > > > doesn't depend on any cocoon specific packages anyway).
> > > >
> > > > How do others feel about this? And if this move is ok, where
> > > should we move
> > > > it?
> > >
> > >
> > > org.apache.avalon.excalibur.xml.xpath
> > >
> > > That way we can also have the following:
> > >
> > > org.apache.avalon.excalibur.xml.parser
> > > org.apache.avalon.excalibur.xml.transformer
> > >
> > > (This is the componentization of those specific pieces--not the
> > > pipeline specific
> > > things in Cocoon). This allows Avalon to use parsers that are
> > > not JAXP compliant
> > > and transformers that are not TRAX compliant.
> > >
> > > ---------------------------------------------------------------------
> > > 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: org.apache.cocoon.components.xpath.XPathProcessor dependancy in XMLResourceBundle
Posted by Neeme Praks <ne...@one.ee>.
Uhu? Berin? Anyone? Are these changes ok? Should we vote on these or I'll
just go ahead and commit?
> -----Original Message-----
> From: Neeme Praks [mailto:neeme.praks@one.ee]
> Sent: Tuesday, October 16, 2001 12:53 AM
> To: cocoon-dev@xml.apache.org
> Subject: RE: org.apache.cocoon.components.xpath.XPathProcessor
> dependancy in XMLResourceBundle
>
>
> So, as I understand from Berin (and others), we should then move
> org.apache.cocoon.components.xpath package from Cocoon CVS to
> org.apache.avalon.excalibur.xml.xpath package in Avalon CVS. Correct?
> Everybody agrees?
>
> Then I would also move the i18n stuff back to Avalon.
> The changes will affect three classes:
> org/apache/cocoon/generation/HTMLGenerator.java
> org/apache/cocoon/transformation/XIncludeTransformer.java
> org/apache/cocoon/transformation/I18nTransformer.java
>
> I can commit the new packages into Avalon CVS, but I don't have
> write access
> to Cocoon CVS, so I would just send it the patches? (We would
> need to update
> the avalon-excalibur JAR file as well).
>
> How many people are there who are actively using the i18n support in
> Cocoon2? Can we consider the XMLResourceBundle code stable enough to be
> moved from the scratchpad to the "real" Avalon?
>
> Rgds,
> Neeme
>
> > -----Original Message-----
> > From: Berin Loritsch [mailto:bloritsch@apache.org]
> > Sent: Friday, October 12, 2001 10:50 AM
> > To: cocoon-dev@xml.apache.org
> > Subject: Re: org.apache.cocoon.components.xpath.XPathProcessor
> > dependancy in XMLResourceBundle
> >
> >
> > Neeme Praks wrote:
> > >
> > > hi again, fellow cocooners and avaloners! (long time, no see) :-)
> > >
> > > After being some time away from active development, I now
> > started to look at
> > > the things that have happened with
> > > org.apache.avalon.excalibur.i18n.XMLResourceBundle while I was away.
> > > And discovered that there has happened a "fork" of the
> XMLResourceBundle
> > > from Avalon CVS tree to Cocoon CVS tree
> > (org.apache.cocoon.i18n) together
> > > with some new additions and bugfixes.
> > >
> > > So, I started to look at the possibility to merge the Cocoon
> > version of the
> > > XMLResourceBundle back to Avalon, and discovered that there is
> > also one new
> > > dependancy introduced: org.apache.cocoon.i18n.XMLResourceBundle
> > depends on
> > > org.apache.cocoon.components.xpath package.
> > >
> > > In order to still be able to merge the changes to Avalon, I
> > would propose to
> > > move the org.apache.cocoon.components.xpath package also under
> > Avalon (as it
> > > doesn't depend on any cocoon specific packages anyway).
> > >
> > > How do others feel about this? And if this move is ok, where
> > should we move
> > > it?
> >
> >
> > org.apache.avalon.excalibur.xml.xpath
> >
> > That way we can also have the following:
> >
> > org.apache.avalon.excalibur.xml.parser
> > org.apache.avalon.excalibur.xml.transformer
> >
> > (This is the componentization of those specific pieces--not the
> > pipeline specific
> > things in Cocoon). This allows Avalon to use parsers that are
> > not JAXP compliant
> > and transformers that are not TRAX compliant.
> >
> > ---------------------------------------------------------------------
> > 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: org.apache.cocoon.components.xpath.XPathProcessor dependancy in XMLResourceBundle
Posted by Neeme Praks <ne...@one.ee>.
Uhu? Berin? Anyone? Are these changes ok? Should we vote on these or I'll
just go ahead and commit?
> -----Original Message-----
> From: Neeme Praks [mailto:neeme.praks@one.ee]
> Sent: Tuesday, October 16, 2001 12:53 AM
> To: cocoon-dev@xml.apache.org
> Subject: RE: org.apache.cocoon.components.xpath.XPathProcessor
> dependancy in XMLResourceBundle
>
>
> So, as I understand from Berin (and others), we should then move
> org.apache.cocoon.components.xpath package from Cocoon CVS to
> org.apache.avalon.excalibur.xml.xpath package in Avalon CVS. Correct?
> Everybody agrees?
>
> Then I would also move the i18n stuff back to Avalon.
> The changes will affect three classes:
> org/apache/cocoon/generation/HTMLGenerator.java
> org/apache/cocoon/transformation/XIncludeTransformer.java
> org/apache/cocoon/transformation/I18nTransformer.java
>
> I can commit the new packages into Avalon CVS, but I don't have
> write access
> to Cocoon CVS, so I would just send it the patches? (We would
> need to update
> the avalon-excalibur JAR file as well).
>
> How many people are there who are actively using the i18n support in
> Cocoon2? Can we consider the XMLResourceBundle code stable enough to be
> moved from the scratchpad to the "real" Avalon?
>
> Rgds,
> Neeme
>
> > -----Original Message-----
> > From: Berin Loritsch [mailto:bloritsch@apache.org]
> > Sent: Friday, October 12, 2001 10:50 AM
> > To: cocoon-dev@xml.apache.org
> > Subject: Re: org.apache.cocoon.components.xpath.XPathProcessor
> > dependancy in XMLResourceBundle
> >
> >
> > Neeme Praks wrote:
> > >
> > > hi again, fellow cocooners and avaloners! (long time, no see) :-)
> > >
> > > After being some time away from active development, I now
> > started to look at
> > > the things that have happened with
> > > org.apache.avalon.excalibur.i18n.XMLResourceBundle while I was away.
> > > And discovered that there has happened a "fork" of the
> XMLResourceBundle
> > > from Avalon CVS tree to Cocoon CVS tree
> > (org.apache.cocoon.i18n) together
> > > with some new additions and bugfixes.
> > >
> > > So, I started to look at the possibility to merge the Cocoon
> > version of the
> > > XMLResourceBundle back to Avalon, and discovered that there is
> > also one new
> > > dependancy introduced: org.apache.cocoon.i18n.XMLResourceBundle
> > depends on
> > > org.apache.cocoon.components.xpath package.
> > >
> > > In order to still be able to merge the changes to Avalon, I
> > would propose to
> > > move the org.apache.cocoon.components.xpath package also under
> > Avalon (as it
> > > doesn't depend on any cocoon specific packages anyway).
> > >
> > > How do others feel about this? And if this move is ok, where
> > should we move
> > > it?
> >
> >
> > org.apache.avalon.excalibur.xml.xpath
> >
> > That way we can also have the following:
> >
> > org.apache.avalon.excalibur.xml.parser
> > org.apache.avalon.excalibur.xml.transformer
> >
> > (This is the componentization of those specific pieces--not the
> > pipeline specific
> > things in Cocoon). This allows Avalon to use parsers that are
> > not JAXP compliant
> > and transformers that are not TRAX compliant.
> >
> > ---------------------------------------------------------------------
> > 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: org.apache.cocoon.components.xpath.XPathProcessor dependancy in XMLResourceBundle
Posted by Neeme Praks <ne...@one.ee>.
So, as I understand from Berin (and others), we should then move
org.apache.cocoon.components.xpath package from Cocoon CVS to
org.apache.avalon.excalibur.xml.xpath package in Avalon CVS. Correct?
Everybody agrees?
Then I would also move the i18n stuff back to Avalon.
The changes will affect three classes:
org/apache/cocoon/generation/HTMLGenerator.java
org/apache/cocoon/transformation/XIncludeTransformer.java
org/apache/cocoon/transformation/I18nTransformer.java
I can commit the new packages into Avalon CVS, but I don't have write access
to Cocoon CVS, so I would just send it the patches? (We would need to update
the avalon-excalibur JAR file as well).
How many people are there who are actively using the i18n support in
Cocoon2? Can we consider the XMLResourceBundle code stable enough to be
moved from the scratchpad to the "real" Avalon?
Rgds,
Neeme
> -----Original Message-----
> From: Berin Loritsch [mailto:bloritsch@apache.org]
> Sent: Friday, October 12, 2001 10:50 AM
> To: cocoon-dev@xml.apache.org
> Subject: Re: org.apache.cocoon.components.xpath.XPathProcessor
> dependancy in XMLResourceBundle
>
>
> Neeme Praks wrote:
> >
> > hi again, fellow cocooners and avaloners! (long time, no see) :-)
> >
> > After being some time away from active development, I now
> started to look at
> > the things that have happened with
> > org.apache.avalon.excalibur.i18n.XMLResourceBundle while I was away.
> > And discovered that there has happened a "fork" of the XMLResourceBundle
> > from Avalon CVS tree to Cocoon CVS tree
> (org.apache.cocoon.i18n) together
> > with some new additions and bugfixes.
> >
> > So, I started to look at the possibility to merge the Cocoon
> version of the
> > XMLResourceBundle back to Avalon, and discovered that there is
> also one new
> > dependancy introduced: org.apache.cocoon.i18n.XMLResourceBundle
> depends on
> > org.apache.cocoon.components.xpath package.
> >
> > In order to still be able to merge the changes to Avalon, I
> would propose to
> > move the org.apache.cocoon.components.xpath package also under
> Avalon (as it
> > doesn't depend on any cocoon specific packages anyway).
> >
> > How do others feel about this? And if this move is ok, where
> should we move
> > it?
>
>
> org.apache.avalon.excalibur.xml.xpath
>
> That way we can also have the following:
>
> org.apache.avalon.excalibur.xml.parser
> org.apache.avalon.excalibur.xml.transformer
>
> (This is the componentization of those specific pieces--not the
> pipeline specific
> things in Cocoon). This allows Avalon to use parsers that are
> not JAXP compliant
> and transformers that are not TRAX compliant.
>
> ---------------------------------------------------------------------
> 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: org.apache.cocoon.components.xpath.XPathProcessor dependancy in
XMLResourceBundle
Posted by giacomo <gi...@apache.org>.
On Fri, 12 Oct 2001, Berin Loritsch wrote:
> Neeme Praks wrote:
> >
> > hi again, fellow cocooners and avaloners! (long time, no see) :-)
> >
> > After being some time away from active development, I now started to look at
> > the things that have happened with
> > org.apache.avalon.excalibur.i18n.XMLResourceBundle while I was away.
> > And discovered that there has happened a "fork" of the XMLResourceBundle
> > from Avalon CVS tree to Cocoon CVS tree (org.apache.cocoon.i18n) together
> > with some new additions and bugfixes.
> >
> > So, I started to look at the possibility to merge the Cocoon version of the
> > XMLResourceBundle back to Avalon, and discovered that there is also one new
> > dependancy introduced: org.apache.cocoon.i18n.XMLResourceBundle depends on
> > org.apache.cocoon.components.xpath package.
> >
> > In order to still be able to merge the changes to Avalon, I would propose to
> > move the org.apache.cocoon.components.xpath package also under Avalon (as it
> > doesn't depend on any cocoon specific packages anyway).
> >
> > How do others feel about this? And if this move is ok, where should we move
> > it?
>
>
> org.apache.avalon.excalibur.xml.xpath
>
> That way we can also have the following:
>
> org.apache.avalon.excalibur.xml.parser
> org.apache.avalon.excalibur.xml.transformer
>
> (This is the componentization of those specific pieces--not the pipeline specific
> things in Cocoon). This allows Avalon to use parsers that are not JAXP compliant
> and transformers that are not TRAX compliant.
+1 on all above. And there might be many more (ie.
org.apache.cocoon.xml.XMLPipe, XMLProducer, XMLConsumer, ...)
Giacomo
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
Re: org.apache.cocoon.components.xpath.XPathProcessor dependancy in
XMLResourceBundle
Posted by Berin Loritsch <bl...@apache.org>.
Neeme Praks wrote:
>
> hi again, fellow cocooners and avaloners! (long time, no see) :-)
>
> After being some time away from active development, I now started to look at
> the things that have happened with
> org.apache.avalon.excalibur.i18n.XMLResourceBundle while I was away.
> And discovered that there has happened a "fork" of the XMLResourceBundle
> from Avalon CVS tree to Cocoon CVS tree (org.apache.cocoon.i18n) together
> with some new additions and bugfixes.
>
> So, I started to look at the possibility to merge the Cocoon version of the
> XMLResourceBundle back to Avalon, and discovered that there is also one new
> dependancy introduced: org.apache.cocoon.i18n.XMLResourceBundle depends on
> org.apache.cocoon.components.xpath package.
>
> In order to still be able to merge the changes to Avalon, I would propose to
> move the org.apache.cocoon.components.xpath package also under Avalon (as it
> doesn't depend on any cocoon specific packages anyway).
>
> How do others feel about this? And if this move is ok, where should we move
> it?
org.apache.avalon.excalibur.xml.xpath
That way we can also have the following:
org.apache.avalon.excalibur.xml.parser
org.apache.avalon.excalibur.xml.transformer
(This is the componentization of those specific pieces--not the pipeline specific
things in Cocoon). This allows Avalon to use parsers that are not JAXP compliant
and transformers that are not TRAX compliant.
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
Re: org.apache.cocoon.components.xpath.XPathProcessor dependancy in
XMLResourceBundle
Posted by Marcus Crafter <cr...@fztig938.bank.dresdner.net>.
Hi Neeme,
Great to hear from you. :-)
Yes, the 'fork' of the XMLResourceBundle was mainly my doing -
it was intended to be a temporary solution until
XMLResourceBundle was officially a part of Avalon (ie. moved out
of the scratchpad).
I see no problems in moving it back to Avalon proper.
Cheers,
Marcus
On Fri, 12 Oct 2001, Neeme Praks wrote:
> hi again, fellow cocooners and avaloners! (long time, no see) :-)
>
> After being some time away from active development, I now started to look at
> the things that have happened with
> org.apache.avalon.excalibur.i18n.XMLResourceBundle while I was away.
> And discovered that there has happened a "fork" of the XMLResourceBundle
> from Avalon CVS tree to Cocoon CVS tree (org.apache.cocoon.i18n) together
> with some new additions and bugfixes.
>
> So, I started to look at the possibility to merge the Cocoon version of the
> XMLResourceBundle back to Avalon, and discovered that there is also one new
> dependancy introduced: org.apache.cocoon.i18n.XMLResourceBundle depends on
> org.apache.cocoon.components.xpath package.
>
> In order to still be able to merge the changes to Avalon, I would propose to
> move the org.apache.cocoon.components.xpath package also under Avalon (as it
> doesn't depend on any cocoon specific packages anyway).
>
> How do others feel about this? And if this move is ok, where should we move
> it?
>
> Rgds,
> Neeme
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> For additional commands, email: cocoon-dev-help@xml.apache.org
>
>
--
.....
,,$$$$$$$$$, Marcus Crafter
;$' '$$$$: Computer Systems Engineer
$: $$$$: Managesoft GmbH
$ o_)$$$: 82-84 Mainzer Landstrasse
;$, _/\ &&:' 60327 Frankfurt Germany
' /( &&&
\_&&&&' Email : Marcus.Crafter@managesoft.com
&&&&. Business Hours : +49 69 9757 200
&&&&&&&:
---------------------------------------------------------------------
To unsubscribe, e-mail: avalon-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: avalon-dev-help@jakarta.apache.org