Vadim Gritsenko wrote:
The first step IMHO should be to make sure core Cocoon 2.1 functionality
is working. Take a look at Core Samples. Once all of them are working
I'd be more comfortable discussing all other steps.
This one bothers me most...
Stephane Bonhomme pisze:
Hello devs,
Hello.
May I have the editing right on the cocoon site plese, would like to
add myself as freelance providing services on Cocoon,
What's your user name in Daisy?
--
Grzegorz Kossakowski
Committer and PMC Member of Apache Cocoon
Hello devs,
May I have the editing right on the cocoon site plese, would like to
add myself as freelance providing services on Cocoon,
Thanks in advance.
--
Stéphane Bonhomme -- Exselt Services
Formations, Conseil et Réalisations en Ingénierie Documentaire,
[
https://issues.apache.org/jira/browse/COCOON-2146?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ellis Pritchard updated COCOON-2146:
Attachment: patch.txt
Patch file for EventRegistryDataWrapper.java and
[
https://issues.apache.org/jira/browse/COCOON-2146?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Grzegorz Kossakowski reassigned COCOON-2146:
Assignee: Grzegorz Kossakowski
Using EventAware cache implementation
Grzegorz Kossakowski wrote:
Vadim Gritsenko pisze:
Vadim Gritsenko wrote:
The first step IMHO should be to make sure core Cocoon 2.1
functionality is working. Take a look at Core Samples. Once all of
them are working I'd be more comfortable discussing all other steps.
This one bothers me
On Nov 15, 2007 9:41 AM, Carsten Ziegeler [EMAIL PROTECTED] wrote:
...I think it makes
sense to do a 2.1.11 release as a maintenance release, especially if
Lenya wants to use this version. However, the only problem I see right
now is the question of the qualitify. Which means, how many people
Vadim Gritsenko pisze:
Vadim Gritsenko wrote:
The first step IMHO should be to make sure core Cocoon 2.1
functionality is working. Take a look at Core Samples. Once all of
them are working I'd be more comfortable discussing all other steps.
This one bothers me most...
Juergen Ragaller wrote:
Hi Cocoon devs
The Lenya community is preparing for a lenya 2.0 release.
A considerable part of our testing was done against the 2.1.x trunk of
cocoon as the 2.1.x cocoon trunk has been very stable for quite some time.
We just talked about declaring either a 2.1.10
Vadim Gritsenko pisze:
And this is contents of the WEB-INF/lib/ folder...
xalan-2.7.0.jar
xercesImpl-2.8.1.jar
xml-apis-1.3.02.jar
xml-resolver-1.2.jar
xmlParserAPIs-2.0.2.jar
Seems like there should be only one of jar - xml-apis-1.3.02.jar or
xmlParserAPIs-2.0.2.jar - not both of
Grzegorz Kossakowski wrote:
Florian, I completely forgot about this. Since your report looks to be
perfect (screenshots, sample
files etc.) it should be really appreciated by fixing it.
I won't make any promises but since it also affects 2.2 and there is about a
month left to
planned(?)
Vadim Gritsenko wrote:
Grzegorz Kossakowski wrote:
Vadim Gritsenko pisze:
There is also some XML APIs conflict in XInclude sample...
http://localhost:/samples/core/aggregation/test.html
Hmmm? This one works fine for me.
This is the stacktrace I've got:
HTTP ERROR: 500
Carsten Ziegeler pisze:
Juergen Ragaller wrote:
Hi Cocoon devs
The Lenya community is preparing for a lenya 2.0 release.
A considerable part of our testing was done against the 2.1.x trunk of
cocoon as the 2.1.x cocoon trunk has been very stable for quite some time.
We just talked about
Grzegorz Kossakowski wrote:
Vadim Gritsenko pisze:
And this is contents of the WEB-INF/lib/ folder...
xalan-2.7.0.jar
xercesImpl-2.8.1.jar
xml-apis-1.3.02.jar
xml-resolver-1.2.jar
xmlParserAPIs-2.0.2.jar
Seems like there should be only one of jar - xml-apis-1.3.02.jar or
Carsten Ziegeler (JIRA) wrote:
Log4j configuration is loaded to late with Spring Configurator
...
There might be different solutions for this:
a) Provide a configuration servlet/servlet listener (Spring provides one as
well, but that's only usuable inside an expanded war file)
b) Create an
Vadim Gritsenko pisze:
cinclude is old code, ready to be deprecated. include is new code, with
new features (like parallel includes), and xinclude is based on a
standard. If you can add xinclude into include transformer, feel free to
deprecate xinclude.
Thanks for explanation. I'm not sure if
Bertrand Delacretaz wrote:
If Lenya is using it successfully, and if our automated tests pass (I
can run them on Linux and MacOSX when the time comes) I'd be ok with
making a release. There have been some small changes since 2.1.10, and
little is happening in the 2.1 branch, so it might be
Grzegorz Kossakowski wrote:
Vadim Gritsenko pisze:
Grzegorz Kossakowski wrote:
Vadim Gritsenko pisze:
Vadim, could you execute mvn project-info-reports:dependencies (in
cocoon-webapp) and take a look at
target/reports to figure out from where they are coming?
Here we go...
*
Dev at weitling pisze:
Bertrand Delacretaz wrote:
If Lenya is using it successfully, and if our automated tests pass (I
can run them on Linux and MacOSX when the time comes) I'd be ok with
making a release. There have been some small changes since 2.1.10, and
little is happening in the 2.1
Vadim Gritsenko wrote:
Carsten Ziegeler (JIRA) wrote:
Log4j configuration is loaded to late with Spring Configurator
...
There might be different solutions for this:
a) Provide a configuration servlet/servlet listener (Spring provides
one as well, but that's only usuable inside an expanded
Grzegorz Kossakowski wrote:
Vadim Gritsenko pisze:
cinclude is old code, ready to be deprecated. include is new code, with
new features (like parallel includes), and xinclude is based on a
standard. If you can add xinclude into include transformer, feel free to
deprecate xinclude.
Thanks for
Vadim Gritsenko wrote:
Carsten Ziegeler (JIRA) wrote:
Log4j configuration is loaded to late with Spring Configurator
...
There might be different solutions for this:
a) Provide a configuration servlet/servlet listener (Spring provides
one as well, but that's only usuable inside an expanded
Vadim Gritsenko pisze:
Grzegorz Kossakowski wrote:
Vadim Gritsenko pisze:
Vadim, could you execute mvn project-info-reports:dependencies (in
cocoon-webapp) and take a look at
target/reports to figure out from where they are coming?
Here we go...
* batik:batik-ext:jar
*
Log4j configuration is loaded to late with Spring Configurator
--
Key: COCOON-2147
URL: https://issues.apache.org/jira/browse/COCOON-2147
Project: Cocoon
Issue Type: Bug
[
https://issues.apache.org/jira/browse/COCOON-2147?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Carsten Ziegeler updated COCOON-2147:
-
Summary: Log4j configuration is loaded too late with Spring Configurator
(was: Log4j
[EMAIL PROTECTED] pisze:
Author: vgritsenko
Date: Thu Nov 15 09:16:37 2007
New Revision: 595367
URL: http://svn.apache.org/viewvc?rev=595367view=rev
Log:
new style for samples page header
Looks much better! Thanks Vadim for doing this! :)
--
Grzegorz Kossakowski
Committer and PMC Member
26 matches
Mail list logo