Vadim Gritsenko wrote:
On Aug 4, 2008, at 3:01 PM, Carsten Ziegeler wrote:
[EMAIL PROTECTED] wrote:
Pick a number that will never be production for the experimental
branch e.g. 2.7. Skip a few numbers in case trunk needs another minor
number (e.g. 2.3 and 2.4) and to avoid confusion that
Reinhard Pötz wrote:
Dear community,
it's a great honor for me to propose Steven Dolg as a committer.
Steven,
During the time period there were no negative votes,
and more than 3 positive votes.
So Steven, welcome as a new Apache Cocoon committer!
Since your ICLA and an CCLA for Indoqa is
Reinhard Pötz wrote:
Vadim Gritsenko wrote:
On Aug 4, 2008, at 3:01 PM, Carsten Ziegeler wrote:
[EMAIL PROTECTED] wrote:
Pick a number that will never be production for the experimental
branch e.g. 2.7. Skip a few numbers in case trunk needs another minor
number (e.g. 2.3 and 2.4) and to
Mark Lundquist wrote:
On Jul 29, 2008, at 11:14 PM, Reinhard Pötz wrote:
All released modules have a Download section that also contain
information about how to add them as dependencies to a POM.
E.g.http://cocoon.apache.org/2.2/blocks/forms/1.0/1444_1_1.html
well, speaking of that one in
Reinhard Pötz wrote:
You guys have finally convinced me. Let's use 3.0.x for Corona,
clearly state that it is alpha software on the website in the
README.txt of each release artifact and see what's happening.
Then we only need to find a package name that isn't used in trunk
because Corona
Mark Lundquist pisze:
Hi, how can I build my own samples webapp? I guess it can be done:
http://cocoon.zones.apache.org/demos/trunk/
:-)
I thought maybe mvn install in dists/cocoon-dist-samples, but no go;
it was missing these dependencies:
Carsten Ziegeler wrote:
Reinhard Pötz wrote:
You guys have finally convinced me. Let's use 3.0.x for Corona,
clearly state that it is alpha software on the website in the
README.txt of each release artifact and see what's happening.
Then we only need to find a package name that isn't used in
ServletSource cannot be used outside of pipeline context
Key: COCOON-2231
URL: https://issues.apache.org/jira/browse/COCOON-2231
Project: Cocoon
Issue Type: Bug
Components:
Reinhard Pötz skrev:
Carsten Ziegeler wrote:
Reinhard Pötz wrote:
You guys have finally convinced me. Let's use 3.0.x for Corona,
clearly state that it is alpha software on the website in the
README.txt of each release artifact and see what's happening.
Then we only need to find a package
Daniel Fagerstrom wrote:
it's great to see you here again!
Reinhard Pötz skrev:
Carsten Ziegeler wrote:
Reinhard Pötz wrote:
You guys have finally convinced me. Let's use 3.0.x for Corona,
clearly state that it is alpha software on the website in the
README.txt of each release artifact and
Hello,
I noticed that fresh build with allblocks enabled of Cocoon's trunk does not work because of missing
dependency:
[INFO]
[ERROR] BUILD ERROR
[INFO]
[EMAIL PROTECTED] pisze:
Author: cziegeler
Date: Mon Aug 4 11:49:15 2008
New Revision: 682461
URL: http://svn.apache.org/viewvc?rev=682461view=rev
Log:
Move api from impl to api.
snip/
Carsten, this commit seems to break our build:
[ERROR] BUILD FAILURE
[INFO]
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=106557projectId=51
Build statistics:
State: Failed
Previous State: Failed
Started at: Tue 5 Aug 2008 05:41:12 -0700
Finished at: Tue 5 Aug 2008 05:54:49 -0700
Total time: 13m 36s
Build Trigger: Schedule
Build
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
Grzegorz Kossakowski wrote:
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
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.
+1
Felix
Grzegorz Kossakowski skrev:
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.
+1
/Daniel
Grzegorz Kossakowski wrote
Please cast your votes:
+1
Jeroen
Grzegorz Kossakowski wrote:
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
Reinhard Pötz pisze:
Grzegorz Kossakowski wrote:
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
Grzegorz Kossakowski wrote:
Please cast your votes:
+1
Regards,
Jeroen Reijn
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Andrew Savory
Sent: dinsdag 5 augustus 2008 6:09
To: dev@cocoon.apache.org
Subject: Re: [Vote] Jasha Joachimsthal as new Cocoon committer
Hi,
2008/7/29 Andrew Savory [EMAIL PROTECTED]:
It's
Grzegorz Kossakowski wrote:
I believe that this dependency was stored on our snapshots repository,
but now it seems to be empty, see:
http://people.apache.org/repo/m2-snapshot-repository/org/apache/commons/javaflow/
More interesting thing is that, it seems to be empty for any other
+1
Grzegorz Kossakowski wrote:
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
Hi,
2008/8/5 Grzegorz Kossakowski [EMAIL PROTECTED]:
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.
+1
Andrew.
--
[EMAIL PROTECTED] / [EMAIL
Grzegorz Kossakowski wrote:
[EMAIL PROTECTED] pisze:
Author: cziegeler
Date: Mon Aug 4 11:49:15 2008
New Revision: 682461
URL: http://svn.apache.org/viewvc?rev=682461view=rev
Log:
Move api from impl to api.
Sorry for this - damn Eclipse is not telling you when a commit is
failing. It
I'm a bit confused.
I fact this commit should 'revert' commit r682756 (and I can't see any difference) but with rr682754 my trunk is
building whereas I can't build trunk with rr682756:
$ svn up
$ svn up -r 682754 parent/pom.xml
$ mvn clean install -- works
$ svn up -r 682756 parent/pom.xml
$
Grzegorz Kossakowski escribió:
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
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=106615projectId=51
Build statistics:
State: Failed
Previous State: Failed
Started at: Tue 5 Aug 2008 09:53:49 -0700
Finished at: Tue 5 Aug 2008 09:54:20 -0700
Total time: 31s
Build Trigger: Schedule
Build
On Tue, Aug 5, 2008 at 8:07 AM, Grzegorz Kossakowski [EMAIL PROTECTED] wrote:
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
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=106628projectId=51
Build statistics:
State: Ok
Previous State: Failed
Started at: Tue 5 Aug 2008 11:08:57 -0700
Finished at: Tue 5 Aug 2008 11:22:52 -0700
Total time: 13m 55s
Build Trigger: Schedule
Build
Gregorz,
I'm not really sure if I have the karma to do that as well, but I just
changed the one in
http://svn.apache.org/repos/asf/cocoon/trunk/commons/KEYS
Did you copy it from there, or is the KEYS file in the dist folder
located elsewhere in the SVN?
Regards,
Jeroen
David Crossley
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=106631projectId=51
Build statistics:
State: Failed
Previous State: Ok
Started at: Tue 5 Aug 2008 13:09:55 -0700
Finished at: Tue 5 Aug 2008 13:10:13 -0700
Total time: 17s
Build Trigger: Schedule
Build Number:
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=106668projectId=51
Build statistics:
State: Ok
Previous State: Failed
Started at: Tue 5 Aug 2008 15:19:35 -0700
Finished at: Tue 5 Aug 2008 15:31:53 -0700
Total time: 12m 17s
Build Trigger: Schedule
Build
On Aug 5, 2008, at 12:52 AM, Grzegorz Kossakowski wrote:
Just checkout trunk (master in Git) and say:
mvn clean install [-P allblocks]
This -P allblocks switch is optional and probably self-explaining.
right... been there and done that, but I didn't know that this built
the samples too
35 matches
Mail list logo
