It's a nice to havelet's go for it like this
On Thu, Mar 5, 2009 at 5:23 AM, Stephane Nicoll
wrote:
> If you really need a 2.4 release, I'll have to restart the release process
> anyway.
>
> S.
>
> On Wed, Mar 4, 2009 at 11:57 PM, Arnaud HERITIER >wrote:
>
> > +1 but for a 2.4 or 2.3.2 ?
> > Arn
On 05/03/2009, at 1:39 PM, Brian E. Fox wrote:
No, I mean, why do we need to set the prereq...i understand how it
works
;-)
Can we work it so a prereq isn't needed is the question.
Agree (and it should be possible), was just confused by the later
portion below that you seemed to say it was
If you really need a 2.4 release, I'll have to restart the release process
anyway.
S.
On Wed, Mar 4, 2009 at 11:57 PM, Arnaud HERITIER wrote:
> +1 but for a 2.4 or 2.3.2 ?
> Arnaud
>
> On Wed, Mar 4, 2009 at 9:46 PM, Olivier Lamy wrote:
>
> > +1
> > --
> > Olivier
> >
> >
> > 2009/3/1 Stephane
No, I mean, why do we need to set the prereq...i understand how it works
;-)
Can we work it so a prereq isn't needed is the question.
-Original Message-
From: Brett Porter [mailto:br...@porterclan.net] On Behalf Of Brett
Porter
Sent: Wednesday, March 04, 2009 10:49 AM
To: Maven Developers
Good point.
On 05/03/2009, at 12:29 PM, johnlon wrote:
--
View this message in context:
http://www.nabble.com/Extending-the-maven-pom.-tp22343509p22343509.html
Sent from the Maven Developers mailing list archive at Nabble.com.
--
--
View this message in context:
http://www.nabble.com/Extending-the-maven-pom.-tp22343509p22343509.html
Sent from the Maven Developers mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apac
I don't think. Otherwise we shouldn't have like now 2 versions schemes in
parallel : - alpha/beta (in plugins and core 3.0)
- milestone/releases candidates (in core 2.X)
For me a version should be Major.Minor.Patch[Mx|RCx]:
- Major :
* can break backward compatibility
- Minor :
* don't break backw
Just a thought:
Why not using 1.0?
Vincent
2009/3/4 :
> Author: jvanzyl
> Date: Wed Mar 4 07:15:50 2009
> New Revision: 749930
>
> URL: http://svn.apache.org/viewvc?rev=749930&view=rev
> Log:
> o note about doxia, it's not to be updated in 3.x
>
> Modified:
> maven/components/trunk/pom.xml
>
On Wed, Mar 4, 2009 at 4:12 PM, Olivier Lamy wrote:
> I don't really wan't to block a release with nice a new feature for
> only a number :-).
Do we have development guidelines for what constitutes
major/minor/patch/alpha/beta versions documented? Maybe adding that,
plus a step or note in the
Hi,
I don't really wan't to block a release with nice a new feature for
only a number :-).
If stephan has some time to delete the tag and restart the release
process etc etc..
Yes a 2.4 will be better but I don't consider this blocker.
--
Olivier
2009/3/4 Arnaud HERITIER :
> +1 but for a 2.4 or 2
>
>
>> As far as Mercury goes - you can use PlexusMercury component: for the
> resolve call you feed a list of repos, scope and a list of GAVs, it returns
> the list of GAVs for the transitive closure.
>
> Example at
> https://svn.apache.org/repos/asf/maven/mercury/trunk/mercury-it/src/test/java/o
Hi Igor,
MavenEmbedder and MavenProjectBuilder are coming from maven-embedder 3.0 ?
Arnaud
On Wed, Mar 4, 2009 at 7:38 PM, Igor Fedorenko wrote:
> Arnaud,
>
> We are using MavenEmbedder#readProjectWithDependencies in m2e. We also keep
> track of all workspace projects, so inter-module dependenc
+1 but for a 2.4 or 2.3.2 ?
Arnaud
On Wed, Mar 4, 2009 at 9:46 PM, Olivier Lamy wrote:
> +1
> --
> Olivier
>
>
> 2009/3/1 Stephane Nicoll :
> > Hi,
> >
> > We solved 14 issues:
> >
> http://jira.codehaus.org/secure/ReleaseNote.jspa?version=13023&styleName=Html&projectId=11132&Create=Create
> >
>
Benjamin Bentmann wrote:
> Dennis Lundberg wrote:
>
>> Something like this instead then?
>>
>>
>> -projectHelper.attachArtifact( project, "ejb-client",
>> "client", clientJarFile );
>> +if ( classifier != null )
>> +{
>> +projectHelper.attachArti
Arnaud HERITIER wrote:
Hi guys,
In a multi-project, is it possible to resolve its dependencies without
having to build it ?
I'm trying to find a clean solution for
http://jira.codehaus.org/browse/MECLIPSE-472
Any idea ?
How are you doing in IDE plugins ? I have to use something not availa
+1
--
Olivier
2009/3/1 Stephane Nicoll :
> Hi,
>
> We solved 14 issues:
> http://jira.codehaus.org/secure/ReleaseNote.jspa?version=13023&styleName=Html&projectId=11132&Create=Create
>
> There are still a couple of issues left in JIRA:
> http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=tr
The Maven team is pleased to announce the release of the Maven Doxia
Tools, version 1.0.2
This shared component assists in using Doxia for site generation and
report creation.
http://maven.apache.org/shared/maven-doxia-tools/
Release Notes - Maven Shared Components - Version maven-doxia-tools
Hi,
The vote has passed with the following result :
+1 (binding): John Casey, Lukas Theussl, Benjamin Bentmann, Vincent
Siveton, Hervé Boutemy, Dennis Lundberg
I will promote the artifacts to the central repo.
Dennis Lundberg wrote:
> Hi,
>
> Another step in the Doxia Release Plan:
> http://doc
+1
Dennis Lundberg wrote:
> Hi,
>
> Another step in the Doxia Release Plan:
> http://docs.codehaus.org/display/MAVEN/Doxia+Release+Plan
>
> We solved 3 issues:
> http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11761&styleName=Html&version=14950
>
> The most notable fix is
> http://ji
Arnaud,
We are using MavenEmbedder#readProjectWithDependencies in m2e. We also
keep track of all workspace projects, so inter-module dependencies are
resolved from workspace where applicable.
In Tycho, we are using MavenProjectBuilder#buildProjectWithDependencies.
I am not sure if this deals
ping ...
On Sun, Mar 1, 2009 at 11:27 PM, Stephane Nicoll
wrote:
> Hi,
>
> We solved 14 issues:
> http://jira.codehaus.org/secure/ReleaseNote.jspa?version=13023&styleName=Html&projectId=11132&Create=Create
>
> There are still a couple of issues left in JIRA:
> http://jira.codehaus.org/secure/Issu
Rahul,
I reverted your change and opened an issue :
http://jira.codehaus.org/browse/MECLIPSE-530
I attached your patch and I also updated integration tests.
My problem is that I'm not sure your change will work with eclipse < 3.4
?
Arnaud
2009/3/4 Arnaud HERITIER
> Rahul,
> Can you t
On 05/03/2009, at 2:29 AM, Brian E. Fox wrote:
Everytime I build a site, I run into this and I have to go lockdown
the
report. This is going to cause massive headaches when this gets
released. It would be nice if Maven could see that the "LATEST" isn't
compatible and falls back to the latest
Hi guys,
In a multi-project, is it possible to resolve its dependencies without
having to build it ?
I'm trying to find a clean solution for
http://jira.codehaus.org/browse/MECLIPSE-472
Any idea ?
How are you doing in IDE plugins ? I have to use something not available
in 2.0.x like mercury
On 27/02/2009, at 5:56 AM, Shane Isbell wrote:
This is permanent. From my understanding, profiles.xml is almost
never used,
so it's not really worth the added complexity of keeping it.
I'm not entirely sure that's correct. There are a number of issues
filed in JIRA related to it (one is i
Is there a way to avoid requiring 2.1.0-M2 for the mpir 2.3 snapshot?
[INFO] snapshot
org.apache.maven.plugins:maven-project-info-reports-plugin:2.3-SNAPSHOT:
checking for updates
from central
[INFO]
[ERROR] BUILD ERROR
Ok, The doxia tools are restaged here:
https://repository.apache.org/content/repositories/maven-staging-4cc3f47
d7847b8/
+1 (procedural checking, I didn't test them directly, but I did rebuild
the tools and it was ok)
-Original Message-
From: Brian E. Fox [mailto:bri...@reply.infinity.nu
ok, next? :)
(sorry, I should have picked this up the first time - it was a clear
gap in the test coverage for the class since those exceptions were
never being hit).
- Brett
On 03/03/2009, at 10:09 PM, Brett Porter wrote:
This should be easy to replicate, I'll reopen the issue.
On 03/0
Rahul,
Can you tell us a little bit more about this change.
Thank you
Arnaud
On Sat, Feb 28, 2009 at 11:28 PM, Arnaud HERITIER wrote:
> ok, bad investigation.Generated classpaths changed. now it has
> "/M2_REPO/." entries instead of "M2_REPO/..." before and integration
> testcases weren
-1, the doxia tools release isn't signed:
https://repository.apache.org/content/repositories/maven-staging-4c838f3
8e6b44b/org/apache/maven/doxia/doxia-converter/1.0/
The others looked ok.
-Original Message-
From: vincent.sive...@gmail.com [mailto:vincent.sive...@gmail.com] On
Behalf Of
30 matches
Mail list logo
