Re: [vote] Release of servlet-service-impl-1.1.0, spring-configurator-2.0.0, jnet-1.0.0, block-deployment-1.0.0, cocoon-maven-plugin-1.0.0-M3
Reinhard Pötz pisze: This majority vote stays open for 72 hours. Please cast your votes. Here is my +1 (after successfully testing with Cocoon trunk and Corona). Argh, sorry for being late but still: +1 I've discovered some bug that makes SSF not working properly with Cocoon Core 2.2.0. I've already talked about it with Reinhard and it looks that there is an easy solution to this problem. I'll post details today. -- Grzegorz Kossakowski
Re: [vote] Java 1.5 as minimal requirement for trunk
Grzegorz Kossakowski pisze: Hello, As discussed in thread Cocoon-jms-sample requires Java = 1.5[1] there are more and more problems with keeping Java 1.4 compatibility in trunk. After a while it turned out that everybody agrees on the need for dropping Java 1.4 compatibility and in that case, switching to Java 1.5 as minimal required version seems to be the best solution. In order to do that, we need a formal vote that I'm calling now. Please cast your votes: here's my +1 The vote will stay open until 12:00 UTC, 08.05.2008. During the voting period there were 14 +1 votes and no negative ones. This means that the proposal was accepted. I'll take care of updating pom, Java at our zone and Continuum configuration but this will take some time, though. -- Grzegorz Kossakowski
[summary][vote] Java 1.5 as minimal requirement for trunk
Grzegorz Kossakowski wrote: Grzegorz Kossakowski pisze: Hello, As discussed in thread Cocoon-jms-sample requires Java = 1.5[1] there are more and more problems with keeping Java 1.4 compatibility in trunk. After a while it turned out that everybody agrees on the need for dropping Java 1.4 compatibility and in that case, switching to Java 1.5 as minimal required version seems to be the best solution. In order to do that, we need a formal vote that I'm calling now. Please cast your votes: here's my +1 The vote will stay open until 12:00 UTC, 08.05.2008. During the voting period there were 14 +1 votes and no negative ones. This means that the proposal was accepted. I'll take care of updating pom, Java at our zone and Continuum configuration but this will take some time, though. (send the mail again with the [summary] prefix) -- Reinhard Pötz Managing Director, {Indoqa} GmbH http://www.indoqa.com/en/people/reinhard.poetz/ Member of the Apache Software Foundation Apache Cocoon Committer, PMC member [EMAIL PROTECTED]
[summary][vote] Java 1.5 as minimal requirement for trunk
Grzegorz Kossakowski pisze: During the voting period there were 14 +1 votes and no negative ones. This means that the proposal was accepted. I'll take care of updating pom, Java at our zone and Continuum configuration but this will take some time, though. I forgot about tag in subject, so the above is summary of the vote. -- Grzegorz Kossakowski
Document sites: eventcache, jcr, jms
Lukas, I created the documentation sites for the eventcache, jcr and jms block. They are also listed at http://cocoon.zones.apache.org/daisy/ -- Reinhard Pötz Managing Director, {Indoqa} GmbH http://www.indoqa.com/en/people/reinhard.poetz/ Member of the Apache Software Foundation Apache Cocoon Committer, PMC member [EMAIL PROTECTED]
Re: Is it necessary to increase the development version number (SNAPSHOT) after a release?
Ralph Goers wrote: I thought about this some more. How about if a) to enable this feature you put a variable as the version, b) the variable is replaced by its definition c) if it isn't defined then go to the relativePath and get the version from there, c) if this fails throw an exception. I believe this won't cause any problems since variables aren't currently supported. It is also what people have asked for in the Jira issue. Sounds like too much magic for me - but as we're talking about maven, well, adding more magic to too much magic shouldn't hurt... :) Carsten -- Carsten Ziegeler [EMAIL PROTECTED]