[m2] Continuum or CruiseControl as a CI server ?

On 5/3/06, Sebastien Arbogast wrote:
I'm trying to find the best CI tool for a brand new Maven2-built project and
I'd like to have your experience feedback about which one to choose between
Continuum and CruiseControl.
I know that, as Continuum is a spin-off of Maven project it should be better
integrated with it. But on the other hand, CruiseControl seems more mature
to me, even if, to be honnest, I haven't tried any of them in a real
situation yet. That's why I need something more concrete. Is there any Maven
2 cruisecontrol plugin somewhere as there was one for Maven 1 ? What do you
think ?

--
Sébastien Arbogast

The Epseelon Project : http://www.epseelon.net
Blog : http://sebastien-arbogast.epseelon.net
TagSpot : http://www.tagspot.org

On 5/3/06, Sebastien Arbogast wrote:
I'm trying to find the best CI tool for a brand new Maven2-built project
and
I'd like to have your experience feedback about which one to choose
between
Continuum and CruiseControl.
I know that, as Continuum is a spin-off of Maven project it should be
better
integrated with it. But on the other hand, CruiseControl seems more mature
to me, even if, to be honnest, I haven't tried any of them in a real
situation yet. That's why I need something more concrete. Is there any
Maven
2 cruisecontrol plugin somewhere as there was one for Maven 1 ? What do
you
think ?

--
Sébastien Arbogast

The Epseelon Project : http://www.epseelon.net
Blog : http://sebastien-arbogast.epseelon.net
TagSpot : http://www.tagspot.org

On 04/05/06, Sebastien Arbogast wrote:
Honestly, intuitively I have a small preference for CruiseControl. The only
thing that bothers me is the redundancy of information between the POM and
CC configuration file. So if there was a Maven2 plugin to generate the
latter from the former, as there was one for Maven1, that would be great.

2006/5/4, Kieran Brady <kieran.brady@teamcgi.net>:

--
Sébastien Arbogast

The Epseelon Project : http://www.epseelon.net
Blog : http://sebastien-arbogast.epseelon.net
TagSpot : http://www.tagspot.org

On 04/05/06, Sebastien Arbogast wrote:
It's fine for Subversion and mail notifications. But are these the only
limitations of this development version ? In particular, is it safe to use
it on a multi-module project ?


2006/5/4, Kaare Nilsen <kaare.nilsen@gmail.com>:

--
Sébastien Arbogast

The Epseelon Project : http://www.epseelon.net
Blog : http://sebastien-arbogast.epseelon.net
TagSpot : http://www.tagspot.org

On May 4, 2006, at 11:36 AM, jerome lacoste wrote:
Sebastien,

you may want to have a look:

http://www.coffeebreaks.org/blogs/?page_id=15

In the last slides of the CC & m2 talk, there's some information on
how to minimize the information in the pom.

As to the main issues to solve (information redundancy and build
order), there's the mojo plugin Kaare pointed you to that we are going
to improve. The main question today when using CC is to decide the
granularity you want to have (do you map every pom to a project or
not?), because CC relies today on m2's reactor to identify the correct
build order, thus requires you to have a somewhat coarse grained
mapping.

I am pretty certain CC's support for m2 will improve a lot in the next
months, althought I think today's it is pretty good. I use it to build
without problems several OSS projects whose build is based on m2 as
well as some closed source software. One of the CC install has around
200 maven sub-projects, grouped into a handfull of CC projects. That
works because the projects themselves are pretty fast to build.

Jerome

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org

I also dislike the lack of a web interface for
managing the application. Sure, there is a JMX interface, but it is
clunky to use. And I can't add/remove builds from the web
interface. I have to log onto my remote build server and tweak
another xml file.

In contrast, Continuum is all web configurable. It's fast because it
doesn't parse the log file, it just looks for the result of the
build. Unless you need some of the advanced stuff the CC provides,
like some of the notifiers or SCM support, Continuum just works better.

On 04/05/06, Sebastien Arbogast wrote:
I've checked it out, and when I tried to run mvn install on it, I got the
following exception:

W:\data\dev\cruisecontrol-maven-plugin>mvn install
[INFO] Scanning for projects...
[INFO]
------------------------------------------------------------------------
[ERROR] FATAL ERROR
[INFO]
------------------------------------------------------------------------
[INFO] Failed to resolve artifact.

GroupId: org.codehaus.mojo
ArtifactId: mojo-sandbox
Version: 2-SNAPSHOT

Reason: Unable to download the artifact from any repository

org.codehaus.mojo:mojo-sandbox:pom:2-SNAPSHOT

from the specified remote repositories:
central (http://repo1.maven.org/maven2)


[INFO]
------------------------------------------------------------------------
[INFO] Trace
org.apache.maven.reactor.MavenExecutionException: Cannot find parent:
org.codeha
us.mojo:mojo-sandbox for project:
null:cruisecontrol-maven-plugin:maven-plugin:1
.0-SNAPSHOT
at org.apache.maven.DefaultMaven.getProjects(DefaultMaven.java:365)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:278)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:256)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.
java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAcces
sorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java
:315)
at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java
:430)

at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
Caused by: org.apache.maven.project.ProjectBuildingException: Cannot find
parent
: org.codehaus.mojo:mojo-sandbox for project:
null:cruisecontrol-maven-plugin:ma
ven-plugin:1.0-SNAPSHOT
at
org.apache.maven.project.DefaultMavenProjectBuilder.assembleLineage(D
efaultMavenProjectBuilder.java:1161)
at org.apache.maven.project.DefaultMavenProjectBuilder.buildInternal
(Def
aultMavenProjectBuilder.java:674)
at
org.apache.maven.project.DefaultMavenProjectBuilder.buildFromSourceFi
leInternal(DefaultMavenProjectBuilder.java:416)
at org.apache.maven.project.DefaultMavenProjectBuilder.build
(DefaultMave
nProjectBuilder.java:192)
at org.apache.maven.DefaultMaven.getProject(DefaultMaven.java:515)
at org.apache.maven.DefaultMaven.collectProjects(DefaultMaven.java
:447)
at org.apache.maven.DefaultMaven.getProjects(DefaultMaven.java:351)
... 11 more
Caused by: org.apache.maven.project.ProjectBuildingException: POM '
org.codehaus.
mojo:mojo-sandbox' not found in repository: Unable to download the artifact
from
any repository

org.codehaus.mojo:mojo-sandbox:pom:2-SNAPSHOT

from the specified remote repositories:
central (http://repo1.maven.org/maven2)

at
org.apache.maven.project.DefaultMavenProjectBuilder.findModelFromRepo
sitory(DefaultMavenProjectBuilder.java:513)
at
org.apache.maven.project.DefaultMavenProjectBuilder.assembleLineage(D
efaultMavenProjectBuilder.java:1157)
... 17 more
Caused by: org.apache.maven.artifact.resolver.ArtifactNotFoundException:
Unable
to download the artifact from any repository

org.codehaus.mojo:mojo-sandbox:pom:2-SNAPSHOT

from the specified remote repositories:
central (http://repo1.maven.org/maven2)

at
org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(De
faultArtifactResolver.java:136)
at
org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(De
faultArtifactResolver.java:63)
at
org.apache.maven.project.DefaultMavenProjectBuilder.findModelFromRepo
sitory(DefaultMavenProjectBuilder.java:467)
... 18 more
Caused by: org.apache.maven.wagon.ResourceDoesNotExistException: Unable to
downl
oad the artifact from any repository
at org.apache.maven.artifact.manager.DefaultWagonManager.getArtifact
(Def
aultWagonManager.java:260)
at
org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(De
faultArtifactResolver.java:124)
... 20 more
[INFO]
------------------------------------------------------------------------
[INFO] Total time: < 1 second
[INFO] Finished at: Thu May 04 11:55:23 CEST 2006
[INFO] Final Memory: 1M/2M
[INFO]
------------------------------------------------------------------------

I guess I must configure codehaus repository somewhere but I don't know how.

2006/5/4, Sebastien Arbogast <sebastien.arbogast@gmail.com>:


--
Sébastien Arbogast

The Epseelon Project : http://www.epseelon.net
Blog : http://sebastien-arbogast.epseelon.net
TagSpot : http://www.tagspot.org

-----Original Message-----
From: Sebastien Arbogast
Sent: Wednesday, May 03, 2006 7:28 PM
To: Maven users list
Subject: [m2] Continuum or CruiseControl as a CI server ?


I'm trying to find the best CI tool for a brand new
Maven2-built project and I'd like to have your experience
feedback about which one to choose between Continuum and
CruiseControl. I know that, as Continuum is a spin-off of
Maven project it should be better integrated with it. But on
the other hand, CruiseControl seems more mature to me, even
if, to be honnest, I haven't tried any of them in a real
situation yet. That's why I need something more concrete. Is
there any Maven 2 cruisecontrol plugin somewhere as there was
one for Maven 1 ? What do you think ?

--
Sébastien Arbogast

The Epseelon Project : http://www.epseelon.net
Blog : http://sebastien-arbogast.epseelon.net
TagSpot : http://www.tagspot.org

I have not found CruiseControl difficult to configure. It's not more
difficult than Maven is, and adding more projects to the
configuration is
mostly copy-paste. CC also comes with a nice web-based status page (in
addition to email reports) which is very simple to set up.

--
Daniel Siegmann
FJA-US, Inc.
(212) 840-2618 ext. 139

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org

On 5/4/06, Eric Pugh wrote:
I think a lot of it just comes down to personal preference. If your
decision isn't driven by a specific feature/missing feature of one or
the other, then go with the one you are more comfortable with! Often
having expertise in one or the other is a better reason to pick it.
After all, it's just a glorified cron job! We should be spending
time on coding, not CI.

And, having multiple successful solutions is good for moving the
market forward...

Eric

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org