David Crossley wrote:
Would someone please help to get started with Maven.
Too many days have been wasted.
I have today's Cocoon trunk. Installed Maven-2.0.2
$ cd cocoon-trunk
$ mvn -Dmaven.test.skip=true clean install
... watch thousands of warnings and stuff go by.
Then it gets to ...
Reinhard Poetz wrote:
It's strange as cocoon-default-1.0-SNAPSHOT.jar, which is one of our *own*
modules should be build *locally* and put into your local repository and
Maven should be able to pick it up at build time.
Yeah, i thought that it was very strange.
Lets say i am a brand new
Giacomo Pati wrote:
Hi David
Gidday ol' mate. Thanks for helping.
David Crossley wrote:
Would someone please help to get started with Maven.
Too many days have been wasted.
I have today's Cocoon trunk. Installed Maven-2.0.2
$ cd cocoon-trunk
$ mvn -Dmaven.test.skip=true clean
David Crossley wrote:
Reinhard Poetz wrote:
It's strange as cocoon-default-1.0-SNAPSHOT.jar, which is one of our *own*
modules should be build *locally* and put into your local repository and
Maven should be able to pick it up at build time.
Yeah, i thought that it was very strange.
Lets
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, 28 Feb 2006, David Crossley wrote:
Date: Tue, 28 Feb 2006 21:15:37 +1100
From: David Crossley [EMAIL PROTECTED]
Reply-To: dev@cocoon.apache.org
To: dev@cocoon.apache.org
Subject: Re: Using trunk
Giacomo Pati wrote:
Hi David
Gidday ol
Giacomo Pati wrote:
David Crossley wrote:
Giacomo Pati wrote:
David Crossley wrote:
Would someone please help to get started with Maven.
Too many days have been wasted.
I have today's Cocoon trunk. Installed Maven-2.0.2
$ cd cocoon-trunk
$ mvn -Dmaven.test.skip=true clean install
On 2/28/06, David Crossley [EMAIL PROTECTED] wrote:
Giacomo Pati wrote:
David Crossley wrote:
Giacomo Pati wrote:
David Crossley wrote:
Would someone please help to get started with Maven.
Too many days have been wasted.
I have today's Cocoon trunk. Installed Maven-2.0.2
$
David Crossley skrev:
...
And the failures here are mostly from snapshots.maven.codehaus.org
We should avoid the use of snapshots as far as possible. Besides the
obvious wish to build Cocoon on stable ground, the snapshots complicates
Maven use as Maven check the repositories for more recent
Tim Williams wrote:
David Crossley wrote:
Giacomo Pati wrote:
David Crossley wrote:
Yeah i have been doing that. Gets to a different place
each time. There are many warnings from various repos,
but it usually gets each from one of the alternates.
Ok. Without having a ~/.m2
David Crossley wrote:
Reinhard Poetz wrote:
David Crossley wrote:
Lets say i am a brand new developer, eager to
try trunk. I can do svn stuff and have the checkout.
The most recent Maven release 2.0.2 is installed
and set the environment. Never used Maven before
other than to do
* Daniel Fagerstrom:
To use the current trunk you start with the cocoon-webapp.
$ cd cocoon-webapp
$ mvn war:inplace jetty6:run
Hello Daniel,
I get an error with the command you suggest. Shall I download the
plugin? How?
[ERROR] BUILD ERROR
[INFO]
Jean-Baptiste Quenot wrote:
* Daniel Fagerstrom:
To use the current trunk you start with the cocoon-webapp.
$ cd cocoon-webapp
$ mvn war:inplace jetty6:run
Hello Daniel,
I get an error with the command you suggest. Shall I download the
plugin? How?
[ERROR] BUILD ERROR
[INFO]
Jean-Baptiste Quenot wrote:
* Daniel Fagerstrom:
To use the current trunk you start with the cocoon-webapp.
$ cd cocoon-webapp
$ mvn war:inplace jetty6:run
Hello Daniel,
I get an error with the command you suggest. Shall I download the
plugin? How?
[ERROR] BUILD ERROR
[INFO]
Do you agree with the following patch, so that plugin is
downloaded automatically?
--
Jean-Baptiste Quenot
http://caraldi.com/jbq/
Index: pom.xml
===
--- pom.xml (revision 381303)
+++ pom.xml (working copy)
@@ -315,7 +315,6
* Jean-Baptiste Quenot:
Do you agree with the following patch, so that plugin is
downloaded automatically?
Also had to disable this:
@@ -36,9 +36,9 @@
modules
modulecocoon-archetypes/module
modulecocoon-core/module
-modulecocoon-block-deployer/module
-
* Reinhard Poetz:
Jean-Baptiste Quenot wrote:
* Reinhard Poetz:
Jean-Baptiste Quenot wrote:
* Daniel Fagerstrom:
After having checked that the core actually can serve
the start page, it is time to start adding blocks. This
is done by adding the
Jean-Baptiste Quenot skrev:
* Jean-Baptiste Quenot:
...
Also had to disable this:
@@ -36,9 +36,9 @@
modules
modulecocoon-archetypes/module
modulecocoon-core/module
-modulecocoon-block-deployer/module
-modulecocoon-blocks-fw/module
-modulecocoon-default/module
+
Would someone please help to get started with Maven.
Too many days have been wasted.
I have today's Cocoon trunk. Installed Maven-2.0.2
$ cd cocoon-trunk
$ mvn -Dmaven.test.skip=true clean install
... watch thousands of warnings and stuff go by.
Then it gets to ...
Downloading:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi David
On Tue, 28 Feb 2006, David Crossley wrote:
Date: Tue, 28 Feb 2006 18:02:49 +1100
From: David Crossley [EMAIL PROTECTED]
Reply-To: dev@cocoon.apache.org
To: dev@cocoon.apache.org
Subject: Re: Using trunk
Would someone please help to get
Giacomo Pati wrote:
I've very few WARNING messages (except those for old jar 'Not a v4.0.0
POM' ones, which come from 'legacy' Maven artifact.
The WARNIN message you've included above come IIRC from network
problems Maven encountered during download of artifacts. Just redo
again until
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Mon, 27 Feb 2006, Ralph Goers wrote:
Date: Mon, 27 Feb 2006 23:25:25 -0800
From: Ralph Goers [EMAIL PROTECTED]
Reply-To: dev@cocoon.apache.org, [EMAIL PROTECTED]
To: dev@cocoon.apache.org
Subject: Re: Using trunk
Giacomo Pati wrote:
I've
Carsten Ziegeler wrote:
Daniel Fagerstrom wrote:
People, there seem to be some myths about that the trunk is unstable and
that it doesn't work anymore. And that I and other people have
unstabilized it beyond recognitions with the work on the blocks
architecture.
I cannot speak for
Carsten Ziegeler schrieb:
Daniel Fagerstrom wrote:
So the problems this far seem to be that default types not are handled
in a back compatible ways for component includes and that components are
not inherited properly to subsitemaps.
Hopefully Carsten have an idea about what is going on.
On 25/02/06, Carsten Ziegeler [EMAIL PROTECTED] wrote:
Carsten Ziegeler schrieb:
Daniel Fagerstrom wrote:
So the problems this far seem to be that default types not are handled
in a back compatible ways for component includes and that components are
not inherited properly to subsitemaps.
People, there seem to be some myths about that the trunk is unstable and
that it doesn't work anymore. And that I and other people have
unstabilized it beyond recognitions with the work on the blocks
architecture.
I cannot speak for Carsten's work the last week on switching to Spring
Thanks Daniel,
I will try to do this in the next few days. I can't promise anything
but maybe I can figure out how to automate it.
Ralph
Daniel Fagerstrom wrote:
People, there seem to be some myths about that the trunk is unstable
and that it doesn't work anymore. And that I and other
Daniel Fagerstrom wrote:
People, there seem to be some myths about that the trunk is unstable and
that it doesn't work anymore. And that I and other people have
unstabilized it beyond recognitions with the work on the blocks
architecture.
Not so.
For many of us it is the hurdle of
Daniel Fagerstrom wrote:
People, there seem to be some myths about that the trunk is unstable and
that it doesn't work anymore. And that I and other people have
unstabilized it beyond recognitions with the work on the blocks
architecture.
I cannot speak for Carsten's work the last week
Carsten Ziegeler wrote:
Daniel Fagerstrom wrote:
People, there seem to be some myths about that the trunk is unstable and
that it doesn't work anymore. And that I and other people have
unstabilized it beyond recognitions with the work on the blocks
architecture.
I cannot speak for
29 matches
Mail list logo