The Maven team is pleased to announce the release of the Maven Archetype
components version 2.0-alpha-5.
Archetype is a Maven project templating toolkit.
http://maven.apache.org/archetype/
Release Notes - Maven Archetype - Version 2.0-alpha-5
** Bug
* [ARCHETYPE-81] - Archetype not downloa
Issue Subscription
Filter: Design & Best Practices (22 issues)
Subscriber: mavendevlist
Key Summary
MNG-2184Possible problem with @aggregator and forked lifecycles
http://jira.codehaus.org/browse/MNG-2184
MNG-612 implement conflict resolution techniques
On 23/04/2010, at 5:08 AM, Brian Fox wrote:
> The neat-nick in me says no, but I'm also not going to rename
> repo1.maven.org/maven2 to /maven3 either. I'm just playing devil's
> advocate here to point out that there are additional considerations
> than simply changing the maven core logic.
Same
Hi,
The vote has passed with the following result :
+1 (binding): Benjamin Bentmann, Lukas Theussl, Olivier Lamy, Hervé Boutemy
+1 (non binding): Stephen Connolly, Raphaël Piéroni
I will promote the artifacts to the central repo.
Regards,
Hervé
---
this can be done simply by adding a profile activated with ${basedir} property:
I just added instruction at the end of Wiki page [1]
Regards,
Hervé
[1] https://cwiki.apache.org/confluence/display/MAVEN/Maven+3.x+and+site+plugin
Le jeudi 22 avril 2010, Niall Pemberton a écrit :
> On Tue, Apr 20
The neat-nick in me says no, but I'm also not going to rename
repo1.maven.org/maven2 to /maven3 either. I'm just playing devil's
advocate here to point out that there are additional considerations
than simply changing the maven core logic.
On Thu, Apr 22, 2010 at 2:36 PM, Paul Benedict wrote:
> B
Brian,
Then the current situation should be viewed as acceptable? The ".m2"
directory, although an artifact of Maven 2, continues to be the home
directory for Maven 3.
Paul
On Thu, Apr 22, 2010 at 12:04 PM, Brian Fox wrote:
>> What ramifications could exist if .m2 is the fallback? It would be a
FAIL! I was a bit too late :)
On Thu, Apr 22, 2010 at 10:04 AM, Brian Fox wrote:
> > What ramifications could exist if .m2 is the fallback? It would be an
> > easy upgrade path. My point is, it's odd Maven 3 has an "m2" user
> > directory -- nothing technically incorrect; just a vestigial of
Just to play devil's advocate, if you run maven then sync your tool, maven
will use .mvn, the IDE/tool will only check .m2.
[]s Gus
On Thu, Apr 22, 2010 at 9:45 AM, Paul Benedict wrote:
> Brian,
>
> What ramifications could exist if .m2 is the fallback? It would be an
> easy upgrade path.
> What ramifications could exist if .m2 is the fallback? It would be an
> easy upgrade path. My point is, it's odd Maven 3 has an "m2" user
> directory -- nothing technically incorrect; just a vestigial of
> progress.
Because now every tool that cares about this folder needs to implement
that same
1) check if .mvn exists
2) if .mvn doesn't exist then check if .m2 exists
3) if .m2 doesn't exist then create .mvn and use it
++
Julien
- Message d'origine
> De : Wendy Smoak
> À : Maven Developers List
> Envoyé le : Jeu 22 avril 2010, 18 h 16 min 46 s
> Objet : Re: Re : MNG-4483
>
Brian,
What ramifications could exist if .m2 is the fallback? It would be an
easy upgrade path. My point is, it's odd Maven 3 has an "m2" user
directory -- nothing technically incorrect; just a vestigial of
progress.
Paul
On Thu, Apr 22, 2010 at 11:35 AM, Brian Fox wrote:
> This sounds easy on
This sounds easy on the maven side, but what are the ramifications for
all the tools that would have to be updated. Is it worth it?
On Thu, Apr 22, 2010 at 11:14 AM, Paul Benedict wrote:
> 3.0-beta-1 being a beta release, it's getting close to GA. I was
> wondering can MNG-4483 be addressed? I do
On Thu, Apr 22, 2010 at 12:00 PM, nicolas de loof
wrote:
> +1 for .mvn and backward compatibility with .m2 if not found
Wouldn't it _create_ .mvn if it's not found? Otherwise what's going
to happen the first time you use m3 on a new machine?
--
Wendy
--
+1
Arnaud Héritier
Software Factory Manager
eXo platform - http://www.exoplatform.com
---
http://www.aheritier.net
On Thu, Apr 22, 2010 at 6:00 PM, nicolas de loof
wrote:
> +1 for .mvn and backward compatibility with .m2 if not found
>
> 2010/4/22 Julien HENRY
>
> > +1
> >
> >
> >
> > - Me
+1 for .mvn and backward compatibility with .m2 if not found
2010/4/22 Julien HENRY
> +1
>
>
>
> - Message d'origine
> > De : Paul Benedict
> > À : Maven Developers List
> > Envoyé le : Jeu 22 avril 2010, 17 h 14 min 15 s
> > Objet : MNG-4483
> >
> > 3.0-beta-1 being a beta release, i
+1
- Message d'origine
> De : Paul Benedict
> À : Maven Developers List
> Envoyé le : Jeu 22 avril 2010, 17 h 14 min 15 s
> Objet : MNG-4483
>
> 3.0-beta-1 being a beta release, it's getting close to GA. I was
wondering
> can MNG-4483 be addressed? I don't think Maven can keep the
.
Ok I think I understand now. The project.build.plugins are searched so
that they would override the pluginGroup metadata for the prefix...AND
all the default plugins are now in project.build.plugins instead of
pluginManagement. This is the bigger change here but the upshot is
that effective-pom now
3.0-beta-1 being a beta release, it's getting close to GA. I was
wondering can MNG-4483 be addressed? I don't think Maven can keep the
.m2 user directory exclusively -- it could be a good fallback for
compatibility -- but it should be looking for .m3 or .mvn.
Paul
Brian Fox:
I put this on my desktop and ran:
c:\Users\brianf\Desktop>mvn help:effective-pom
And it started downloading all updated versions of the
plugins...plugins that aren't being used in this execution and aren't
referenced in the pom directly.
In short, the plugin JARs (and only those)
+1
I downloaded the source tarball, checked the signature, and built from sources.
Used that to build a few projects.
I still have some niggles (the same as previous alphas), I just need to
articulate them into JIRA before it goes final...
On 20/04/2010, at 3:50 AM, Benjamin Bentmann wrote:
>
Because MQ is proprietary software, most likely you will only be able
to get the jars if you have the product on your machine or within your
organization. If you have the software, you'll need to install those
jars into your repository.
On Thu, Apr 22, 2010 at 9:48 AM, Srini97 wrote:
>
> Hello ,
Hello ,
I wanted to include IBM MQ jar to include in pm project. I have included
following dependencies under the dependency section, but it unable to get
them and saying
22/04/10 15:24:52 BST: Missing artifact
com.ibm:com.ibm.mq:jar:5.3.07:compile
22/04/10 15:24:52 BST: Missing artifact
com
That's up to whomever produces these artifacts, not the Maven developers.
Justin
On 4/22/10 8:52 AM, Norbert Bátfai wrote:
> Hi,
>
> The jing-20030619.jar is available in the central maven repository.
> But I cannot find the jing-2009. Is it possible to get this jar
> from the central maven
Hi,
The jing-20030619.jar is available in the central maven repository.
But I cannot find the jing-2009. Is it possible to get this jar
from the central maven repo?
Thanks,
Norbi
-
To unsubscribe, e-mail: dev-unsubscr...@mav
Last night I was looking at an irc user's pom for a parsing error:
4.0.0
org.lwjgl
lwjgl-linux-64
2.4.2
newdawnsoftware
http://www.newdawnsoftware.com/maven2
net.java.games
jinput
2.0.1
net.java.games
jinput
+1
works fine on my test-projects
2010/4/22 Igor Fedorenko
> +1
>
> Works for Tycho (although I had to fix a couple of sloppy tests) and few
> our internal projects I work on.
>
> --
> Regards,
> Igor
>
> Benjamin Bentmann wrote:
>
>> Hi,
>>
>> We solved 39 issues:
>>
>> http://jira.codehaus.or
The central repository shall now contain correct checksums for all 1.8
plexus-compiler* artifacts. Sorry for the trouble.
Milos
On Wed, Apr 21, 2010 at 2:11 AM, Brett Porter wrote:
> Hi Milos,
>
> I'm not sure if you did the plexus-compiler release in conjunction with
> this or if that was some
28 matches
Mail list logo