Re: How to get all artifacts in reactor?

2009-07-14 Thread Marat Radchenko
2009/7/14, Benjamin Bentmann :
> 
>  You could use "${reactorProjects}"
> 
Oh! That's the magic thing i was searching for. Thanks!

-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org



How to get all artifacts in reactor?

2009-07-14 Thread Marat Radchenko
Hello, Maven developers.

I'm hacking on one Maven plugin and need to get artifacts that are
currently present in reactor. Is there any way to get them?

-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org



Re: [VOTE] maven-assembly-plugin 2.2-beta-3, maven-archiver 2.4, maven-common-artifact-filters 1.1

2009-01-05 Thread Marat Radchenko
[X] +1...Go, man, go!

2008/12/18 John Casey :
> Hi everyone,
>
> It's been quite awhile since we released a new version of the Assembly
> Plugin, and there have been some important fixes. Along with the plugin
> itself, its dependencies contain some improvements, and all of it is ready
> to be released for use (at least, that's my opinion).
>
> Since the assembly plugin depends on releases for maven-archiver and
> maven-common-artifact-filters, I'm hoping to clear them all for release at
> once. Some of the highlights for the assembly plugin and its dependencies
> include:
>
> - avoiding inclusion of duplicate paths by default
>
> - allowing archiver configuration from the POM
>
> - detection of file/dir mode, owner, group information on non-Windows
> systems
>
> - preservation of file/dir mode, owner, group information when archives
> supporting them are unpacked into an assembly
>
> - outputFileNameMapping/outputDirectory expression improvements
>
> ...and many, many other things.
>
> You can find the staging repository for these releases at:
>
> http://people.apache.org/~jdcasey/stage
>
> ...and, you can pick up these staged releases for use in your build with the
> following addition to your POM:
>
> 
>  
>jdcasey.staged
>John's Staged Releases
>http://people.apache.org/~jdcasey/stage/
>
>  false
>
>  
> 
> 
>  
>jdcasey.staged
>John's Staged Releases
>http://people.apache.org/~jdcasey/stage/
>
>  false
>
>  
> 
>
> Full release notes for the Assembly Plugin are here:
>
> http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11126&styleName=Html&version=13507
>
> Release notes for Maven Archiver are here:
>
> http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11761&styleName=Html&version=14483
>
> And sorry, I can't seem to find release notes for the Common Artifact
> Filters project. This is probably because issues for this project often show
> up in different projects...in this case, the Assembly Plugin.
>
> Please take a minute and try out the new Assembly Plugin, and then vote:
>
> [ ] +1...Go, man, go!
> [ ] +0...Meh.
> [ ] -1...Yeah, no thanks.
>
> Here's my +1.
>
> Thanks,
>
> -john
>
> ---
> John Casey
> Developer and PMC Member, Apache Maven (http://maven.apache.org)
> Member, Apache Software Foundation
> Blog: http://www.ejlife.net/blogs/buildchimp
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
>
>

-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org



Re: MRELEASE-375 / SCM-406 ?

2008-12-10 Thread Marat Radchenko
Workaround: just do svn up and rerun mvn release:prepare

No, this issue is not fixed.

2008/12/10, Tobias Gierke <[EMAIL PROTECTED]>:
> Hi,
>
>  We're thinking about upgrading our SVN server to 1.5.4 ... does anyone
>  have a working solution/patch for the scm-/release-plugin issues ? Or
>  has this been fixed already and the JIRA is just outdated ?
>
>  Regards,
>
>  Tobias
>
>  -
>  To unsubscribe, e-mail: [EMAIL PROTECTED]
>  For additional commands, e-mail: [EMAIL PROTECTED]
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [ANN] Maven Archetype Plugin 2.0-alpha-4 Released

2008-09-26 Thread Marat Radchenko
Why it is still _alpha_?
2008/9/26, Raphaël Piéroni <[EMAIL PROTECTED]>:
> The Maven team is pleased to announce the release of the Maven
>  Archetype Plugin, version 2.0-alpha-4
>
>  The Archetype Plugin allows the user to create a Maven 2 project from
>  an existing template called an archetype.
>
>  http://maven.apache.org/plugins/maven-archetype-plugin/
>
>  You should specify the version in your project's plugin configuration:
>
>  
>   org.apache.maven.plugins
>   maven-archetype-plugin
>   2.0-alpha-4
>  
>
>  Release Notes - Maven 2.x Archetype Plugin - Version 2.0-alpha-4
>
>
>  Release Notes - Maven Archetype - Version 2.0-alpha-4
>
>
>  ** Bug
> * [ARCHETYPE-161] - RemoteCatalogArchetypeDataSource don't allow
>  to download arbitrary urls
> * [ARCHETYPE-165] - Update velocity dependency in archetype-common pom
> * [ARCHETYPE-169] - Archetype:generate Offline mode does not work.
> * [ARCHETYPE-170] - Generator does not handle dot files in module
>  root directories
> * [ARCHETYPE-171] - maven-archetype-quickstart:1.0 is not configured
> * [ARCHETYPE-172] - calling mvn archetype:generate
>  -DinteractiveMode=false still prompts user "Y:"
> * [ARCHETYPE-174] - The archetype is not configured error does not
>  provide error details
> * [ARCHETYPE-178] - omitting the package in the prompts leaves an
>  unhelpful error message
> * [ARCHETYPE-179] - repo1 is hardcoded into internal catalog
> * [ARCHETYPE-183] - Problem with #{ in filtered files
> * [ARCHETYPE-186] - local archetype catalog not correctly updated
> * [ARCHETYPE-188] - achetype:create-from-project goal does not
>  generate new groupId and artifactId for new archetype
> * [ARCHETYPE-198] - Please Add The GMaven archetype to the
>  internal catalog of the archetype plugin.
> * [ARCHETYPE-199] - Archetype plugin depends on missing SNAPSHOTs
>  of Struts 2 Archetypes
>
>  ** Improvement
> * [ARCHETYPE-57] - Support empty directory creation
> * [ARCHETYPE-138] - When create-from-project if existing variable
>  is found escape the variable
> * [ARCHETYPE-151] - Add Myfaces Archetypes to archetype-catalog.xml
> * [ARCHETYPE-190] - Include local and internal catalogs in
>  archetype:generate by default
>
>  ** New Feature
> * [ARCHETYPE-191] - Ability to filter filenames (rename files)
>  during project generation
>
>
>  Please allow a couple of hours before use as the repository and the
>  site are not yet in sync.
>
>  Enjoy,
>
>  -The Maven team
>
>  -
>  To unsubscribe, e-mail: [EMAIL PROTECTED]
>  For additional commands, e-mail: [EMAIL PROTECTED]
>
>


Re: Inconsistent handling on SNAPSHOT dependencies between maven-jar-plugin 'addClassP­ath' and maven-assembly-plugin 'dependencySet'?

2008-09-25 Thread Marat Radchenko
Wow. Cool link. As far as I understood such behavior is present in
maven-assembly-plugin 2.2-beta-1 and 2.2-beta-2, right?

Next question, any planned date to release 2.2-beta-3? Any help
required so it can happen earlier?

2008/9/25 John Casey <[EMAIL PROTECTED]>:
> See http://jira.codehaus.org/browse/MASSEMBLY-211
>
> Marat Radchenko wrote:
>>
>> When artifact has SNAPSHOT dependency, 'addClassPath' feature of
>> maven-jar-plugin will use 'SNAPSHOT' as version string. However,
>> maven-assembly-plugin's 'dependencySet' feature will save file using
>> fully qualified repository version (something like
>> 20080924.150522-14). This inconsistency leaves these features
>> completely unusable together.
>>
>> It it really a bug (what plugin then?) or this behavior can be
>> customized so naming scheme will be the same?
>>
>> -
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Inconsistent handling on SNAPSHOT dependencies between maven-jar-plugin 'addClassP­ath' and maven-assembly-plugin 'dependencySet'?

2008-09-25 Thread Marat Radchenko
When artifact has SNAPSHOT dependency, 'addClassPath' feature of
maven-jar-plugin will use 'SNAPSHOT' as version string. However,
maven-assembly-plugin's 'dependencySet' feature will save file using
fully qualified repository version (something like
20080924.150522-14). This inconsistency leaves these features
completely unusable together.

It it really a bug (what plugin then?) or this behavior can be
customized so naming scheme will be the same?

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [VOTE] Release Maven Deploy Plugin v2.4

2008-08-04 Thread Marat Radchenko
+1

2008/8/3 Wendy Smoak <[EMAIL PROTECTED]>:
> It's time to release the Deploy plugin.
>
> We solved 3 issues and added 1 new feature:
> http://jira.codehaus.org/secure/ReleaseNote.jspa?version=13110&styleName=Text&projectId=11131&Create=Create
>
>* [MDEPLOY-45] - Classifier not supported by deploy:deploy
>* [MDEPLOY-56] - Parent version ignored when deploying file with
> existing pom
>* [MDEPLOY-66] - add XML encoding support for POM reading/writing
>
>* [MDEPLOY-63] - Allow disabling deployment for artifacts that
> should not be deployed
>  This new feature is documented in the FAQ:
> http://maven.apache.org/plugins/maven-deploy-plugin-2.4/faq.html#skip
>
> There are 35 issues left in JIRA:  http://jira.codehaus.org/browse/MDEPLOY
>
> Staging repo:  http://people.apache.org/~wsmoak/staging-repo/
>
> Staging site:  http://maven.apache.org/plugins/maven-deploy-plugin-2.4
>
> Guide to testing staged releases:
> http://maven.apache.org/guides/development/guide-testing-releases.html
>
> Vote open for at least 72 hours, provided it passes I'll likely finish
> up on Wednesday.
>
> [ ] +1
> [ ] +0
> [ ] -1
>
> Thanks,
> --
> Wendy
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [VOTE] Release Maven Site Plugin version 2.0-beta-7

2008-07-02 Thread Marat Radchenko
+1
On 6/26/08, Dennis Lundberg <[EMAIL PROTECTED]> wrote:
> Hi,
>
>  We solved 23 issues:
> http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11146&styleName=Html&version=13092
>
>  There are still a lot of issues left in JIRA:
> http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&pid=11146&status=1
>
>  Staging repo:
> http://people.apache.org/~dennisl/staging-repo/maven-site-plugin/
>
>  Staging site (still waiting to be synced):
> http://maven.apache.org/plugins/maven-site-plugin-2.0-beta-7/
>
>  Guide to testing staged releases:
> http://maven.apache.org/guides/development/guide-testing-releases.html
>
>  Vote open for 72 hours.
>
>  [ ] +1
>  [ ] +0
>  [ ] -1
>
>  --
>  Dennis Lundberg
>
> -
>  To unsubscribe, e-mail: [EMAIL PROTECTED]
>  For additional commands, e-mail: [EMAIL PROTECTED]
>
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [proposal] java5 as minimal runtime for maven 2.1 (and 2.0.10 ?)

2008-05-04 Thread Marat Radchenko
+1 for 2.1, -1 for 2.0.10
On 5/4/08, nicolas de loof <[EMAIL PROTECTED]> wrote:
> Hello,
>
>  As you can read at http://java.sun.com/j2se/1.4.2/
>  *" J2SE 1.4.2 is in its Java Technology End of Life (EOL) transition period*.
>  The EOL transition period began Dec, 11 2006 and will complete October 30th,
>  2008"
>
>  I don't think we have plan yet to release maven 2.1, so I think it would be
>  a valid to require java 1.5 as minimal runtime.
>
>  Main beneficts (IMHO) :
>
>  - annotation can replace javadoc-style IoC an Maven plugin declarations
>  (code allready available :
>  http://docs.codehaus.org/display/MAVEN/Java+5+Annotations+for+Plugins)
>  - jsr-250 annotations can replace some plexus interfaces ( LogEnabled ->
>  @Resource('log') , Initializable --> @PostConstruct ...) and make component
>  more "standard" and accessible to developpers without plexus knowledge.
>  - generics can make the maven model more comprehensible. The current
>  "Collection project.getArtifacts()" is not really clear and the fiew
>  available javadoc don't help a lot.
>
>  Other possible improvements :
>
>  - plugin test tool could use jUnit 4 runners to create something comparable
>  to spring-test-context :
>  annotate your plugin test class with @Runwith( "MavenPluginTestRunner" )
>  @Pom( "myTestPom.xml" )
>  and the test will prepare the plugin set in the test pom and inject it in
>  the test class.
>  - benefict from java.util.concurrent to do some tasks in parallel ? Example
>  : dependencies downloading
>  - any other ?
>
>
>  WDYT ?
>
>
>  Nicolas.
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Inconsistent pom for jaxws-api 2.1

2008-01-26 Thread Marat Radchenko
It is a known bug. Use
http://repo1.maven.org/maven2/javax/xml/ws/jaxws-api/2.1-1/ instead.

2008/1/26, Raymond Feng <[EMAIL PROTECTED]>:
> Hi,
>
> Our build has a dependency on javax.xml.ws:jaxws-api:2.1. And we have the
> java.net configured as a maven repo in our pom.xml. The build fails randomly
> because the same artifact is available at [2] but it has a different pom as
> [1]. A bunch of transitive dependencies are missing in [2], such as jsr-181.
> If it happens that [2] is downloaded by mvn, then our build will fail.
>
> [1] http://download.java.net/maven/1/javax.xml.ws/poms/jaxws-api-2.1.pom
> [2]
> http://repo1.maven.org/maven2/javax/xml/ws/jaxws-api/2.1/jaxws-api-2.1.pom
>
> Is this a bug in [2]?
>
> Is there a way that we can define the ordering of the maven repo so that we
> can consistenly get [1]?
>
> Thanks,
> Raymond
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [vote] release maven-dependency-plugin 2.0

2008-01-23 Thread Marat Radchenko
+1
2008/1/23, Olivier Lamy <[EMAIL PROTECTED]>:
> +1 (dependency:tree is a very nice/helpful feature !)
>
> Thanks,
> --
> Olivier
>
> 2008/1/22, Brian E. Fox <[EMAIL PROTECTED]>:
> > It's been a long time since the last release and we have lots of
> > improvements/fixes:
> >
> >
> >
> > Release Notes - Maven 2.x Dependency Plugin - Version 2.0
> >
> >
> >
> > ** Bug
> >
> > * [MDEP-59] - dependency:unpack can't extract rar archives
> >
> > * [MDEP-74] - dependencies in test scope are not handled properly by
> > analyze
> >
> > * [MDEP-75] - non-portable classpath separator in build-classpath
> > output
> >
> > * [MDEP-80] - Usage page of the docs use an overWrite property, but
> > none exists in the (auto-generated) goal reference docs
> >
> > * [MDEP-81] - analyzer can't handle non-pom projects that don't
> > produce a /target folder
> >
> > * [MDEP-83] - Typo in "How to prepare your dependencies before
> > updating to Maven 2.0.6"
> >
> > * [MDEP-91] - org.codehaus.mojo:dependency-maven-plugin takes
> > precedence over org.apache.maven.plugins:maven-dependency-plugin
> >
> > * [MDEP-93] - Tests can fail with OOME
> >
> > * [MDEP-95] - can't build unit tests with jdk1.4 rev 545703
> >
> > * [MDEP-97] - dependency:tree not consistent with maven core's
> > dependency tree
> >
> > * [MDEP-113] - Unable to find the mojo
> > 'org.apache.maven.plugins:maven-site-plugin:2.0-SNAPSHOT
> >
> > * [MDEP-120] - build-classpath is unable to build a classpath with
> > runtime or test dependencies
> >
> >
> >
> > ** Improvement
> >
> > * [MDEP-89] - change separators in build-classpath
> >
> > * [MDEP-96] - Allow includes and excludes to be used simultaneously
> > in the same filter
> >
> > * [MDEP-99] - Unpack SWC files
> >
> > * [MDEP-100] - Merge dependency:tree branch for new features
> >
> > * [MDEP-101] - Add dependency:list alias for dependency:resolve
> >
> > * [MDEP-104] - Add Analyze HTML Report
> >
> > * [MDEP-111] - Provide output on file as in other goals
> >
> > * [MDEP-119] - build-classpath should create destination directory
> > for the classpath file
> >
> > * [MDEP-125] - Build-classpath should store the classpath in a
> > Filter
> >
> > * [MDEP-129] - allow substitution of the absolute local repo path
> > with a property
> >
> > * [MDEP-130] - allow the classpath file to be attached
> >
> > * [MDEP-131] - Complete i18n support for new analyze-report
> >
> > * [MDEP-132] - Add german translation for analyze-report mojo
> >
> > * [MDEP-133] - Add dedicated resource bundle for locale "en"
> >
> >
> >
> > ** New Feature
> >
> > * [MDEP-47] - Ability to have an includes/excludes feature on the
> > dependency:unpack goal.
> >
> > * [MDEP-70] - add new mojo to perform analysis of dependencies and
> > fail the build if certain conditions aren't met
> >
> > * [MDEP-71] - add report to display contents of dependency-analyzer
> >
> > * [MDEP-94] - Add dependency:tree goal
> >
> > * [MDEP-116] - [dependency :copy-dependencies ] Add parameter to
> > allow extracting POMs
> >
> >
> >
> > Staged at: http://people.apache.org/~brianf/staging-repository
> >
> >
> >
> > Vote is open for 72hrs.
> >
> >
> >
> > +1
> >
> >
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [VOTE] [Take 2] Release Maven Surefire version 2.4

2007-12-27 Thread Marat Radchenko
A big +1 because of testng support.

2007/12/27, Dan Fabulich <[EMAIL PROTECTED]>:
>
> Hi,
>
> Maven Surefire version 2.4 is back on the runway.  A handful of bugs were
> fixed since the previous take, including SUREFIRE-416 (which blocked the
> release).
>
> Note that I'm still unable to reproduce SUREFIRE-328, which some people
> claim to have seen in the wild.  If you can reproduce it with the staged
> 2.4 Surefire, please send me a REDUCED Maven project that reproduces the
> problem [that is, not your entire build, if you can help it ;-)]
>
> I also took this opportunity to make a briefer shortcut for skipping test
> execution without skipping test compile.  You should now be able to "mvn
> install -DskipTests" to compile your tests without running them.  (Note no
> need for =true.)
>
> Hopefully folks have spent some time trying out the SNAPSHOT version or
> the previous take, because we expect ordinary users to get auto-upgraded
> to version 2.4 when we decide to release.
>
> This version fixes numerous long-outstanding bugs, notably in TestNG
> support.
>
> We solved 72 issues:
> http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10541&styleName=Html&version=13243
>
> There are still 30 issues left in JIRA:
> http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&pid=10541&status=1
>
> Staging repo:
> http://people.apache.org/~dfabulich/staging-repo/
>
> Vote open for 72 hours.
>
> [ ] +1
> [ ] +0
> [ ] -1
>
> PS Since it's so close to the Gregorian New Year, I'm probably not going
> to actually deploy the release until Jan 3 at the earliest, even if the
> vote passes.  :-)
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [VOTE] Release Maven Surefire version 2.4

2007-12-20 Thread Marat Radchenko
Hacks are bad :)
Use 
http://maven.apache.org/plugins/maven-surefire-plugin/test-mojo.html#skipExec
instead.


2007/12/20, Stephen Connolly <[EMAIL PROTECTED]>:
> I am concerned by implications of http://jira.codehaus.org/browse/SUREFIRE-350
>
> We normally, on development machines, will use "mvn -Dtest=0 clean
> install" from the root pom to ensure that all modules have been built
> with the latest changes and that those changes compile through all the
> subsequent modules and their unit tests before running with the unit
> tests (as these are not as fast as they should be and can take an hour
> or two)
>
> This (ok I know it's a hack) will not work for us now.
>
> maven.test.skip=true will skip compiling the unit tests, so that's no good
>
> I do not see an easy way out of this... other than the test=0 hack
>
> On this basis
>
> -1
>
> On Dec 20, 2007 9:21 AM, nicolas de loof <[EMAIL PROTECTED]> wrote:
> > +1
> >
> > 2007/12/20, Dan Fabulich <[EMAIL PROTECTED]>:
> > >
> > >
> >
> > > Hi,
> > >
> > > Maven Surefire version 2.4 is on the runway.  Hopefully folks have spent
> > > some time trying out the SNAPSHOT version, because we expect ordinary
> > > users to get auto-upgraded to version 2.4 when we decide to release.
> > >
> > > This version fixes numerous long-outstanding bugs, notably in TestNG
> > > support.
> > >
> > > We solved 71 issues:
> > >
> > > http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10541&styleName=Html&version=13243
> > >
> > > There are still 31 issues left in JIRA:
> > >
> > > http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&pid=10541&status=1
> > >
> > > Staging repo:
> > > http://people.apache.org/~dfabulich/staging-repo/
> > >
> > > Vote open for 72 hours.
> > >
> > > [ ] +1
> > > [ ] +0
> > > [ ] -1
> > >
> > > PS This is my first call for a release.  Be gentle. ;-)
> > >
> > > -
> > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > For additional commands, e-mail: [EMAIL PROTECTED]
> > >
> > >
> >
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [VOTE] Release Maven Surefire version 2.4

2007-12-20 Thread Marat Radchenko
+1

2007/12/20, Dan Fabulich <[EMAIL PROTECTED]>:
>
> Hi,
>
> Maven Surefire version 2.4 is on the runway.  Hopefully folks have spent
> some time trying out the SNAPSHOT version, because we expect ordinary
> users to get auto-upgraded to version 2.4 when we decide to release.
>
> This version fixes numerous long-outstanding bugs, notably in TestNG
> support.
>
> We solved 71 issues:
> http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10541&styleName=Html&version=13243
>
> There are still 31 issues left in JIRA:
> http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&pid=10541&status=1
>
> Staging repo:
> http://people.apache.org/~dfabulich/staging-repo/
>
> Vote open for 72 hours.
>
> [ ] +1
> [ ] +0
> [ ] -1
>
> PS This is my first call for a release.  Be gentle. ;-)
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [Vote] [Take 2] Release Maven Surefire 2.3.1

2007-12-17 Thread Marat Radchenko
I see. Then I give a +1.

2007/12/17, Mauro Talevi <[EMAIL PROTECTED]>:
> Marat Radchenko wrote:
> > Till now I thought that currently 2.4-SNAPSHOT and 2.3.1 are the same thing.
> >
>
> No, they are not - 2.4 will be released shortly and it is a separate dev
> branch.  Please raise issue only if the build works fine with
> 2.3.1-SNAPSHOT.
>
> Cheers
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [Vote] [Take 2] Release Maven Surefire 2.3.1

2007-12-17 Thread Marat Radchenko
Till now I thought that currently 2.4-SNAPSHOT and 2.3.1 are the same thing.

2007/12/17, nicolas de loof <[EMAIL PROTECTED]>:
> AFAIK full TestNG support is targeted to 2.4. Surefire 2.3.1 is a fix
> version
>
> 2007/12/17, Marat Radchenko <[EMAIL PROTECTED]>:
> >
> > surefire-2.4-SNAPSHOT works with testng. However your release throws
> > exception. Is it expected behavior?
> >
> > org.apache.maven.surefire.booter.SurefireExecutionException:
> > org.testng.xml.XmlSuite.setParallel(Z)V; nested exception is
> > java.lang.NoSuchMethodError: org.testng.xml.XmlSuite.setParallel(Z)V
> > java.lang.NoSuchMethodError: org.testng.xml.XmlSuite.setParallel(Z)V
> > at
> > org.apache.maven.surefire.testng.TestNGDirectoryTestSuite.execute(
> > TestNGDirectoryTestSuite.java:123)
> > at org.apache.maven.surefire.Surefire.run(Surefire.java:132)
> > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> > at sun.reflect.NativeMethodAccessorImpl.invoke(
> > NativeMethodAccessorImpl.java:39)
> > at sun.reflect.DelegatingMethodAccessorImpl.invoke(
> > DelegatingMethodAccessorImpl.java:25)
> > at java.lang.reflect.Method.invoke(Method.java:597)
> > at
> > org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(
> > SurefireBooter.java:308)
> > at org.apache.maven.surefire.booter.SurefireBooter.main(
> > SurefireBooter.java:879)
> >
> >
> > 2007/12/15, Mauro Talevi <[EMAIL PROTECTED]>:
> > > Hi all,
> > >
> > > all showstoppers have been addressed.  Second attempt for Maven Surefire
> > > 2.3.1 release.
> > >
> > > Issues solved:
> > >
> > http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10541&styleName=Html&version=13251
> > >
> > > Staging repo:
> > > http://people.apache.org/~mauro/staging-repo/
> > >
> > > Tag:
> > > http://svn.apache.org/viewvc/maven/surefire/tags/surefire-2.3.1/
> > >
> > > Vote open for 72 hours.
> > >
> > > Here is my +1
> > >
> > > [ ] +1
> > > [ ] +0
> > > [ ] -1
> > >
> > > Cheers
> > >
> > >
> > > -
> > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > For additional commands, e-mail: [EMAIL PROTECTED]
> > >
> > >
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [Vote] [Take 2] Release Maven Surefire 2.3.1

2007-12-17 Thread Marat Radchenko
Woops, forgot to say that testng version is 5.7

2007/12/17, Marat Radchenko <[EMAIL PROTECTED]>:
> surefire-2.4-SNAPSHOT works with testng. However your release throws
> exception. Is it expected behavior?
>
> org.apache.maven.surefire.booter.SurefireExecutionException:
> org.testng.xml.XmlSuite.setParallel(Z)V; nested exception is
> java.lang.NoSuchMethodError: org.testng.xml.XmlSuite.setParallel(Z)V
> java.lang.NoSuchMethodError: org.testng.xml.XmlSuite.setParallel(Z)V
> at 
> org.apache.maven.surefire.testng.TestNGDirectoryTestSuite.execute(TestNGDirectoryTestSuite.java:123)
> at org.apache.maven.surefire.Surefire.run(Surefire.java:132)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at 
> org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:308)
> at 
> org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:879)
>
>
> 2007/12/15, Mauro Talevi <[EMAIL PROTECTED]>:
> > Hi all,
> >
> > all showstoppers have been addressed.  Second attempt for Maven Surefire
> > 2.3.1 release.
> >
> > Issues solved:
> > http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10541&styleName=Html&version=13251
> >
> > Staging repo:
> > http://people.apache.org/~mauro/staging-repo/
> >
> > Tag:
> > http://svn.apache.org/viewvc/maven/surefire/tags/surefire-2.3.1/
> >
> > Vote open for 72 hours.
> >
> > Here is my +1
> >
> > [ ] +1
> > [ ] +0
> > [ ] -1
> >
> > Cheers
> >
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [Vote] [Take 2] Release Maven Surefire 2.3.1

2007-12-17 Thread Marat Radchenko
surefire-2.4-SNAPSHOT works with testng. However your release throws
exception. Is it expected behavior?

org.apache.maven.surefire.booter.SurefireExecutionException:
org.testng.xml.XmlSuite.setParallel(Z)V; nested exception is
java.lang.NoSuchMethodError: org.testng.xml.XmlSuite.setParallel(Z)V
java.lang.NoSuchMethodError: org.testng.xml.XmlSuite.setParallel(Z)V
at 
org.apache.maven.surefire.testng.TestNGDirectoryTestSuite.execute(TestNGDirectoryTestSuite.java:123)
at org.apache.maven.surefire.Surefire.run(Surefire.java:132)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at 
org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:308)
at 
org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:879)


2007/12/15, Mauro Talevi <[EMAIL PROTECTED]>:
> Hi all,
>
> all showstoppers have been addressed.  Second attempt for Maven Surefire
> 2.3.1 release.
>
> Issues solved:
> http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10541&styleName=Html&version=13251
>
> Staging repo:
> http://people.apache.org/~mauro/staging-repo/
>
> Tag:
> http://svn.apache.org/viewvc/maven/surefire/tags/surefire-2.3.1/
>
> Vote open for 72 hours.
>
> Here is my +1
>
> [ ] +1
> [ ] +0
> [ ] -1
>
> Cheers
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Surefire 2.4-20071210.231259-19 is broken?

2007-12-10 Thread Marat Radchenko
Build log:

[INFO] Surefire report directory:
/home/marat/projects/templatemailer/target/surefire-reports
Exception in thread "main" java.lang.NoClassDefFoundError:
org/codehaus/plexus/util/cli/StreamConsumer
[INFO] 
[ERROR] BUILD FAILURE
[INFO] 
[INFO] There are test failures.

Please refer to
/home/marat/projects/templatemailer/target/surefire-reports for the
individual test results.
[INFO] 
[INFO] Trace
org.apache.maven.BuildFailureException: There are test failures.

Please refer to
/home/marat/projects/templatemailer/target/surefire-reports for the
individual test results.
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:560)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:480)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:459)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:311)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:278)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:143)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:334)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:125)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:272)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
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.plugin.MojoFailureException: There are
test failures.

Please refer to
/home/marat/projects/templatemailer/target/surefire-reports for the
individual test results.
at 
org.apache.maven.plugin.surefire.SurefirePlugin.execute(SurefirePlugin.java:507)
at 
org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:443)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:539)
... 16 more
[INFO] 
[INFO] Total time: 39 seconds
[INFO] Finished at: Tue Dec 11 10:35:24 MSK 2007
[INFO] Final Memory: 9M/16M
[INFO] 

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [VOTE] Release Maven Surefire 2.3.1

2007-12-05 Thread Marat Radchenko
surefire-providers has corrupt dependency:


  ${project.groupId}
  surefire-api
  2.3.1-SNAPSHOT



should be 2.3.1 instead of 2.3.1-SNAPSHOT

2007/12/5, Mauro Talevi <[EMAIL PROTECTED]>:
> Hi all,
>
> I'd like to release Maven Surefire 2.3.1
>
> Issues solved:
> http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10541&styleName=Html&version=13251
>
> Staging repo:
> http://people.apache.org/~mauro/staging-repo/
>
> Tag:
> http://svn.apache.org/viewvc/maven/surefire/tags/surefire-2.3.1/
>
> Vote open for 72 hours.
>
> Here is my +1
>
> [ ] +1
> [ ] +0
> [ ] -1
>
> Cheers
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Release surefire 2.3.1?

2007-12-04 Thread Marat Radchenko
+1 for releasing 2.3.1

2007/12/4, Mauro Talevi <[EMAIL PROTECTED]>:
> Hi,
>
> as there have been a number of useful fixes since 2.3, and in line with
> the release early-release often, I wanted to gauge opinions about the
> opportunity to release 2.3.1 as currently in branch and postponing
> outstanding 2.3.1 issues to a 2.3.2.  Unless these outstanding issues
> are being worked on and a fix is imminent.
>
> Cheers
>
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [VOTE] Release maven-site-plugin 2.0-beta-6

2007-11-25 Thread Marat Radchenko
+1

2007/11/24, olivier lamy <[EMAIL PROTECTED]>:
> +1
>
> --
> Olivier
>
> 2007/11/24, Dennis Lundberg <[EMAIL PROTECTED]>:
> >
> > Hi,
> >
> > I'd like to release maven-site-plugin 2.0-beta-6.
> >
> > We have resolved 36 issues since the last release, 18 months ago.
> >
> > Release Notes:
> >
> > http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11146&styleName=Html&version=12151
> >
> > Tag:
> >
> > https://svn.apache.org/repos/asf/maven/plugins/tags/maven-site-plugin-2.0-beta-6/
> >
> > Staging repo:
> > http://people.apache.org/~dennisl/staging-repository-site-plugin/
> >
> > The vote will be open for 72 hours.
> >
> >
> > Here is my +1
> >
> > --
> > Dennis Lundberg
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]