You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@maven.apache.org by Brett Porter <br...@apache.org> on 2005/11/01 02:15:12 UTC
bringing surefire and doxia to Maven
Hi,
Doxia and Surefire were small projects started at Codehaus to experiment
with new technology that has since been used from Maven 2.0.
With one recent exception the committer set are entirely Maven committers.
Doxia is the underpinnings of the site plugin, and is used to generate
documents via a sink using various input formats.
Surefire is a test runner, used to run junit tests in Maven.
Since the code is our own work, it is easy to bring here, and the
development can be more easily worked with alongside the primary uses
and discussion can happen in one place.
What do others think?
- Brett
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
[result] Re: bringing surefire and doxia to Maven
Posted by Brett Porter <br...@apache.org>.
Brett, Carlos, John, Jason, Arnaud, Emmanuel, Vincent S, Fabrizio: +1
Kenney, Vincent M, Trygve: +0
Dave Sag, Eric Pugh both spoke positively but didn't cast a numberical vote.
Jason is discussing this with Infrastructure, and I have reviewed the IP
clearance template to check everything is ok.
Cheers,
Brett
Brett Porter wrote:
> Hi,
>
> Doxia and Surefire were small projects started at Codehaus to experiment
> with new technology that has since been used from Maven 2.0.
>
> With one recent exception the committer set are entirely Maven committers.
>
> Doxia is the underpinnings of the site plugin, and is used to generate
> documents via a sink using various input formats.
>
> Surefire is a test runner, used to run junit tests in Maven.
>
> Since the code is our own work, it is easy to bring here, and the
> development can be more easily worked with alongside the primary uses
> and discussion can happen in one place.
>
> What do others think?
>
> - Brett
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: bringing surefire and doxia to Maven
Posted by Carlos Sanchez <ca...@apache.org>.
+1
On 10/31/05, Brett Porter <br...@apache.org> wrote:
> Hi,
>
> Doxia and Surefire were small projects started at Codehaus to experiment
> with new technology that has since been used from Maven 2.0.
>
> With one recent exception the committer set are entirely Maven committers.
>
> Doxia is the underpinnings of the site plugin, and is used to generate
> documents via a sink using various input formats.
>
> Surefire is a test runner, used to run junit tests in Maven.
>
> Since the code is our own work, it is easy to bring here, and the
> development can be more easily worked with alongside the primary uses
> and discussion can happen in one place.
>
> What do others think?
>
> - Brett
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: bringing surefire and doxia to Maven
Posted by Fabrizio Giustina <fg...@gmail.com>.
On 11/1/05, Brett Porter <br...@apache.org> wrote:
> Since the code is our own work, it is easy to bring here, and the
> development can be more easily worked with alongside the primary uses
> and discussion can happen in one place.
+ 1000!
fabrizio
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: bringing surefire and doxia to Maven
Posted by Emmanuel Venisse <em...@venisse.net>.
+1
Emmanuel
Brett Porter a écrit :
> Hi,
>
> Doxia and Surefire were small projects started at Codehaus to experiment
> with new technology that has since been used from Maven 2.0.
>
> With one recent exception the committer set are entirely Maven committers.
>
> Doxia is the underpinnings of the site plugin, and is used to generate
> documents via a sink using various input formats.
>
> Surefire is a test runner, used to run junit tests in Maven.
>
> Since the code is our own work, it is easy to bring here, and the
> development can be more easily worked with alongside the primary uses
> and discussion can happen in one place.
>
> What do others think?
>
> - Brett
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
>
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: bringing surefire and doxia to Maven
Posted by Jason van Zyl <ja...@maven.org>.
On Tue, 2005-11-01 at 12:15 +1100, Brett Porter wrote:
> Hi,
>
> Doxia and Surefire were small projects started at Codehaus to experiment
> with new technology that has since been used from Maven 2.0.
>
> With one recent exception the committer set are entirely Maven committers.
>
> Doxia is the underpinnings of the site plugin, and is used to generate
> documents via a sink using various input formats.
>
> Surefire is a test runner, used to run junit tests in Maven.
>
> Since the code is our own work, it is easy to bring here, and the
> development can be more easily worked with alongside the primary uses
> and discussion can happen in one place.
>
> What do others think?
+1
As they are both originally my doing I don't mind bringing them over and
I would like to make a small site for each before they come over. I can
do this on the weekend unless something unforseen happens.
> - Brett
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
>
>
--
jvz.
Jason van Zyl
jason at maven.org
http://maven.apache.org
In short, man creates for himself a new religion of a rational
and technical order to justify his work and to be justified in it.
-- Jacques Ellul, The Technological Society
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: bringing surefire and doxia to Maven
Posted by Brett Porter <br...@apache.org>.
Kenney Westerhof wrote:
> On Tue, 1 Nov 2005, Brett Porter wrote:
>
> +0.
>
> I believe these projects are not technically maven related, and hence do
> not require to be in the m2 repository.
There is a distinction between Maven the build tool and Maven the Apache
project. Both tools fall within the mission statement of the project, in
the same was as Maven SCM, Wagon, JXR and Continuum are.
Eric explained it perfectly:
> Having some set of code that Maven uses over on Codehaus, when it is
> all developed by Maven committers and tightly intertwined seems odd.
>
> If there isn't a good licensing reason/access reason like what
> prompted maven-plugins.sf.net to be created, then I'd like to see it
> all stay on the Apache infrastructure. Basically it feels to me like
> Maven should be either an Apache project, and done there, or a
> Codehaus project and done there, versus straddling the two.
Kenney continued:
> It would be the same as moving
> classworlds to maven2, except we know classworlds is also used by other
> projects.
Possbily - there is no reason that if it was here, that other projects
couldn't use it. It's not beyond Maven's scope to provide reusable
libraries for other projects. For example, there has been talk of
collaborating with Cruise Control to beef up and reuse Maven SCM.
However, as you say, classworlds is used elsewhere. We don't need to
absorb everything that is capably looked after elsewhere :)
> To promote usage of these components without requiring maven2 I
> believe it's best to leave them on a separate repository. This also
> reduces 'hacking' those projects to create special maven2 shortcuts.
The latter requires some discipline, but I can assure you the current
situation doesn't change that one bit :)
This is not just about source code repositories. The fact that these are
closely related to Maven but not found here is a barrier to entry. One
of the mantras at Apache is that community is more important than code
(if I get hit by a bus tomorrow, I hope you all mourn me but are still
able to continue on).
> Also when people are using it in mojo projects (especially doxia, when the
> site plugin is moved to mojo someday, as I believe are the plans),
> it will be harder to give them commit access if these libs are hosted at
> apache.
Ok, this is disappointing to read, as we obviously have created some
confusion here, so I'll discuss this at greater length.
Firstly, there is no way the site plugin should be moved to the mojo
project, IMO. I'm not sure where that impression came from - but I'd
like to hear more so that we can avoid spreading that misconception in
the future.
Secondly, easier granting of commit access is not the way we want to
operate with core pieces of functionality. People should have to earn
their stripes. The time from decision to access at Apache is generally
less than 4 weeks (I know you had a particularly bad experience, but it
seems to have improved). I think anyone that can't hang around that long
and submit patches is probably not going to stick around through any
other minor issues either, so it doesn't greatly concern me.
We need to work a lot more on creating a lower barrier to participation,
but that is not the same as a low barrier to commit access. The work on
the documentation and the getting started in contributing guides in
particular are helpful, but simply documenting more of the code and
design would be even better.
Now, to elaborate more on how I view the mojo.codehaus.org project.
There are two reasons it is used:
a) house plugins that can not be distributed from Apache. This is for
things that have dependencies on, for example, LGPL code that Apache
doesn't distribute for a variety of reasons beyond the scope of this
email. This is similar to the maven-plugins.sf.net project that has
Maven 1.x plugins, but the Codehaus infrastructure is nicer to work with.
b) Satellite plugins. I struggle to find the right term for this - but
this could be where the "easier to grant commit" argument mistakenly
comes from. In Maven 1.x we had a problem with a lot of people
contributing a useful plugin that would be reasonably complete and then
disappear. They never got invested enough in the project as a whole to
become committers, and the rest of us got left with unattended plugins
that tended to rot without support. So, the strategy here is to allow
people to bring plugins in to the sandbox at mojo.codehaus.org, and work
on it to make it release quality, and let them rule their own domain a
little bit there. But, at the same time, I hope that we can operate that
community in the same way as the Apache community, and if people start
to participate across plugins or parts of the code that they will join
the Maven community.
I'd like (b) not to be necessary - like Ant tasks, the plugins should
originate from the tools themselves reducing the number of plugins at
mojo.codehaus.org to just the different licenses. Most users should be
able to get by with just what's at Apache.
This isn't exactly how its gone to date, and I hope we can work to
correct this moving forward.
Thanks for the feedback - I hope this is helpful!
Cheers,
Brett
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: bringing surefire and doxia to Maven
Posted by Eric Pugh <ep...@upstate.com>.
Would surefire or doxia ever be used outside of the Maven2 world? I
can actually see doxia being used elsewhere, but would surefire?
Having some set of code that Maven uses over on Codehaus, when it is
all developed by Maven committers and tightly intertwined seems odd.
If there isn't a good licensing reason/access reason like what
prompted maven-plugins.sf.net to be created, then I'd like to see it
all stay on the Apache infrastructure. Basically it feels to me like
Maven should be either an Apache project, and done there, or a
Codehaus project and done there, versus straddling the two.
Projects like doxia and surefire (along with wagon and scm) should
all be treated the same, under the Maven umbrella.
Eric Pugh
On Nov 1, 2005, at 7:10 AM, Kenney Westerhof wrote:
> On Tue, 1 Nov 2005, Brett Porter wrote:
>
> +0.
>
> I believe these projects are not technically maven related, and
> hence do
> not require to be in the m2 repository. It would be the same as moving
> classworlds to maven2, except we know classworlds is also used by
> other
> projects. To promote usage of these components without requiring
> maven2 I
> believe it's best to leave them on a separate repository. This also
> reduces 'hacking' those projects to create special maven2 shortcuts.
>
> Also when people are using it in mojo projects (especially doxia,
> when the
> site plugin is moved to mojo someday, as I believe are the plans),
> it will be harder to give them commit access if these libs are
> hosted at
> apache.
>
> -- Kenney
>
>
>> Hi,
>>
>> Doxia and Surefire were small projects started at Codehaus to
>> experiment
>> with new technology that has since been used from Maven 2.0.
>>
>> With one recent exception the committer set are entirely Maven
>> committers.
>>
>> Doxia is the underpinnings of the site plugin, and is used to
>> generate
>> documents via a sink using various input formats.
>>
>> Surefire is a test runner, used to run junit tests in Maven.
>>
>> Since the code is our own work, it is easy to bring here, and the
>> development can be more easily worked with alongside the primary uses
>> and discussion can happen in one place.
>>
>> What do others think?
>>
>> - Brett
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>> For additional commands, e-mail: dev-help@maven.apache.org
>>
>>
>
> --
> Kenney Westerhof
> http://www.neonics.com
> GPG public key: http://www.gods.nl/~forge/kenneyw.key
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: bringing surefire and doxia to Maven
Posted by Trygve Laugstøl <tr...@codehaus.org>.
On Tue, 2005-11-01 at 13:10 +0100, Kenney Westerhof wrote:
> On Tue, 1 Nov 2005, Brett Porter wrote:
>
> +0.
+0 myself, I agree with Kenney's arguments.
>
> I believe these projects are not technically maven related, and hence do
> not require to be in the m2 repository. It would be the same as moving
> classworlds to maven2, except we know classworlds is also used by other
> projects. To promote usage of these components without requiring maven2 I
> believe it's best to leave them on a separate repository. This also
> reduces 'hacking' those projects to create special maven2 shortcuts.
>
> Also when people are using it in mojo projects (especially doxia, when the
> site plugin is moved to mojo someday, as I believe are the plans),
> it will be harder to give them commit access if these libs are hosted at
> apache.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: bringing surefire and doxia to Maven
Posted by Kenney Westerhof <ke...@apache.org>.
On Tue, 1 Nov 2005, Brett Porter wrote:
+0.
I believe these projects are not technically maven related, and hence do
not require to be in the m2 repository. It would be the same as moving
classworlds to maven2, except we know classworlds is also used by other
projects. To promote usage of these components without requiring maven2 I
believe it's best to leave them on a separate repository. This also
reduces 'hacking' those projects to create special maven2 shortcuts.
Also when people are using it in mojo projects (especially doxia, when the
site plugin is moved to mojo someday, as I believe are the plans),
it will be harder to give them commit access if these libs are hosted at
apache.
-- Kenney
> Hi,
>
> Doxia and Surefire were small projects started at Codehaus to experiment
> with new technology that has since been used from Maven 2.0.
>
> With one recent exception the committer set are entirely Maven committers.
>
> Doxia is the underpinnings of the site plugin, and is used to generate
> documents via a sink using various input formats.
>
> Surefire is a test runner, used to run junit tests in Maven.
>
> Since the code is our own work, it is easy to bring here, and the
> development can be more easily worked with alongside the primary uses
> and discussion can happen in one place.
>
> What do others think?
>
> - Brett
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
>
--
Kenney Westerhof
http://www.neonics.com
GPG public key: http://www.gods.nl/~forge/kenneyw.key
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: bringing surefire and doxia to Maven
Posted by John Casey <jd...@commonjava.org>.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
+10000
Brett Porter wrote:
| Hi,
|
| Doxia and Surefire were small projects started at Codehaus to experiment
| with new technology that has since been used from Maven 2.0.
|
| With one recent exception the committer set are entirely Maven committers.
|
| Doxia is the underpinnings of the site plugin, and is used to generate
| documents via a sink using various input formats.
|
| Surefire is a test runner, used to run junit tests in Maven.
|
| Since the code is our own work, it is easy to bring here, and the
| development can be more easily worked with alongside the primary uses
| and discussion can happen in one place.
|
| What do others think?
|
| - Brett
|
| ---------------------------------------------------------------------
| To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
| For additional commands, e-mail: dev-help@maven.apache.org
|
|
|
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (GNU/Linux)
iD8DBQFDZteoK3h2CZwO/4URAsRsAJ9jYHcoeH2omfY0v/1Wb3adk8NeOACeLt5Q
3RfaPxI7mRrUcv4Ely8rHP8=
=Lbhh
-----END PGP SIGNATURE-----
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
RE: bringing surefire and doxia to Maven
Posted by Vincent Massol <vm...@pivolis.com>.
+0
-Vincent
> -----Original Message-----
> From: Brett Porter [mailto:brett@apache.org]
> Sent: mardi 1 novembre 2005 02:15
> To: Maven Developers List
> Subject: bringing surefire and doxia to Maven
>
> Hi,
>
> Doxia and Surefire were small projects started at Codehaus to experiment
> with new technology that has since been used from Maven 2.0.
>
> With one recent exception the committer set are entirely Maven committers.
>
> Doxia is the underpinnings of the site plugin, and is used to generate
> documents via a sink using various input formats.
>
> Surefire is a test runner, used to run junit tests in Maven.
>
> Since the code is our own work, it is easy to bring here, and the
> development can be more easily worked with alongside the primary uses
> and discussion can happen in one place.
>
> What do others think?
>
> - Brett
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: bringing surefire and doxia to Maven
Posted by David Sag <ds...@epo.org>.
good idea.
Kind regards,
Dave Sag
Brett Porter <br...@apache.org> wrote on 01/11/2005 02:15:12 AM:
> Hi,
>
> Doxia and Surefire were small projects started at Codehaus to experiment
> with new technology that has since been used from Maven 2.0.
>
> With one recent exception the committer set are entirely Maven
committers.
>
> Doxia is the underpinnings of the site plugin, and is used to generate
> documents via a sink using various input formats.
>
> Surefire is a test runner, used to run junit tests in Maven.
>
> Since the code is our own work, it is easy to bring here, and the
> development can be more easily worked with alongside the primary uses
> and discussion can happen in one place.
>
> What do others think?
>
> - Brett
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
>
RE: bringing surefire and doxia to Maven
Posted by Vincent Siveton <vi...@gmail.com>.
big +1
Cheers,
Vincent
> -----Original Message-----
> From: Brett Porter [mailto:brett@apache.org]
> Sent: Monday, October 31, 2005 8:15 PM
> To: Maven Developers List
> Subject: bringing surefire and doxia to Maven
>
> Hi,
>
> Doxia and Surefire were small projects started at Codehaus to experiment
> with new technology that has since been used from Maven 2.0.
>
> With one recent exception the committer set are entirely Maven committers.
>
> Doxia is the underpinnings of the site plugin, and is used to generate
> documents via a sink using various input formats.
>
> Surefire is a test runner, used to run junit tests in Maven.
>
> Since the code is our own work, it is easy to bring here, and the
> development can be more easily worked with alongside the primary uses
> and discussion can happen in one place.
>
> What do others think?
>
> - Brett
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
RE: bringing surefire and doxia to Maven
Posted by Arnaud HERITIER <ah...@gmail.com>.
+1
Arnaud
> -----Message d'origine-----
> De : Brett Porter [mailto:brett@apache.org]
> Envoyé : mardi 1 novembre 2005 02:15
> À : Maven Developers List
> Objet : bringing surefire and doxia to Maven
>
> Hi,
>
> Doxia and Surefire were small projects started at Codehaus to
> experiment with new technology that has since been used from
> Maven 2.0.
>
> With one recent exception the committer set are entirely
> Maven committers.
>
> Doxia is the underpinnings of the site plugin, and is used to
> generate documents via a sink using various input formats.
>
> Surefire is a test runner, used to run junit tests in Maven.
>
> Since the code is our own work, it is easy to bring here, and
> the development can be more easily worked with alongside the
> primary uses and discussion can happen in one place.
>
> What do others think?
>
> - Brett
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org For
> additional commands, e-mail: dev-help@maven.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org