DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=34294.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=34294.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=34294.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Vadim Gritsenko wrote:
[EMAIL PROTECTED] wrote:
Modified:
cocoon/trunk/src/java/org/apache/cocoon/components/treeprocessor/sitemap/VPCNode.java
snip/
etc. So, what has changed?
If you wonder what has changed since my last revision: I stored sources
from the calling pipeline in the Avalon
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=34344.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Sylvain Wallez wrote:
Folks,
I'm very pleased to announce the creation of the Eclipse Lepido
project [1], which aims at building an opensource tooling for Apache
Cocoon based on the Eclipse platform.
snip/
A newsgroup [2] should be created shortly for these discussions, which
your are warmly
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=34294.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Hi all,
The src/core directory was initially created to clearly separate the
development of ECM++ and ensure it had no dependencies of other parts of
Cocoon.
All went well until we added some fancy features like includes, variable
expansion, etc, which led an increasing number of classes to
Sylvain Wallez wrote:
Hi all,
The src/core directory was initially created to clearly separate the
development of ECM++ and ensure it had no dependencies of other parts
of Cocoon.
All went well until we added some fancy features like includes,
variable expansion, etc, which led an increasing
Bertrand Delacretaz wrote:
Le 7 avr. 05, à 12:39, Sylvain Wallez a écrit :
...Since we recently added support for other component containers
_inside_ ECM++, what is now the real value of src/core? Not much IMO.
So I propose to remove src/core and move all its content to src/java...
+1
Should we
Le 7 avr. 05, à 13:43, Daniel Fagerstrom a écrit :
...We should IMO not deprecate it in the meaning that we are going to
stop support it. Considering the amount of user code that probably
depends on the Avalon framework we should support it for a long time.
But we could certainly encourage
Daniel Fagerstrom wrote:
Bertrand Delacretaz wrote:
Le 7 avr. 05, à 12:39, Sylvain Wallez a écrit :
...Since we recently added support for other component containers
_inside_ ECM++, what is now the real value of src/core? Not much IMO.
So I propose to remove src/core and move all its content to
Sylvain Wallez wrote:
So I propose to remove src/core and move all its content to src/java.
+1
Vadim
Sylvain Wallez wrote:
So I propose to remove src/core and move all its content to src/java.
+1
--Tim Larson
Nathaniel Alfred wrote:
Sylvain Wallez wrote:
So I propose to remove src/core and move all its content to src/java.
Good idea also on purely technical grounds. When importing a snapshot of the Cocoon sources as vendor branch into CVS one has to do some special gymnastics to avoid that the
Hi all,
I encountered some problems with the newly added htmlunit tests in
Eclipse: the layout of src/test (and other directories) is:
- anteater: anteater xml files that should be deleted in favor of htmlunit
- htmlunit: root of the java source file hierarchy for tests requiring a
live server
-
Sylvain Wallez wrote:
Hi all,
I encountered some problems with the newly added htmlunit tests in
Eclipse: the layout of src/test (and other directories) is:
- anteater: anteater xml files that should be deleted in favor of htmlunit
- htmlunit: root of the java source file hierarchy for tests
Sylvain Wallez wrote:
WDYT ?
No objections, to whatever dir names are appropriate (like unit/functional).
Vadim
Sylvain Wallez wrote:
Hi all,
The src/core directory was initially created to clearly separate the
development of ECM++ and ensure it had no dependencies of other parts of
Cocoon.
All went well until we added some fancy features like includes, variable
expansion, etc, which led an increasing
So I propose to remove src/core and move all its content to src/java.
WDYT?
+1
--
Torsten
signature.asc
Description: OpenPGP digital signature
Hi, I suggest a new parameter for map:mount that specifies the context of
the sitemap, i.e. the URL against which all relative URLs are resolved.
Normally, this is the sitemap's own URL, but there are cases where
specifying a different URL makes things easier.
One is the use of generated
21 matches
Mail list logo
