This is a little delayed, but still deserved. A few weeks ago,
Kristian joined us on the Maven PMC. He's been driving a lot of
interesting work in Maven 3 to support parallel builds. If you haven't
tried that out yet, please do and send some feedback.
Welcome Kristian!
--Brian Fox
Maven PMC
Now that Maven 3 beta 3 is out with Guice and Aether, we can pretty
safely call it feature complete. I'd like to propose a few goals to
get some things done. We have ApacheCon coming up the first week of
November, and it would be great to set that as a target to get Maven
3.0 out the door.
So far
On Thu, Sep 2, 2010 at 8:40 PM, Barrie Treloar baerr...@gmail.com wrote:
On Fri, Sep 3, 2010 at 9:04 AM, Brian Fox bri...@infinity.nu wrote:
Now that Maven 3 beta 3 is out with Guice and Aether, we can pretty
safely call it feature complete. I'd like to propose a few goals to
get some things
When 3.0 is released, is 2.2 pretty much a dead branch? I have no
problem with that btw :-)
Isn't it essentially dead now?
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail:
...
On Fri, Sep 3, 2010 at 11:34 AM, Brian Fox bri...@infinity.nu wrote:
Now that Maven 3 beta 3 is out with Guice and Aether, we can pretty
safely call it feature complete. I'd like to propose a few goals to
get some things done. We have ApacheCon coming up the first week of
November
Yes it was intentional.
On Tue, Aug 31, 2010 at 1:33 PM, EJ Ciramella ecirame...@casenetinc.com wrote:
I've noticed recently that copy-dependencies finds the transitive
dependencies, but copy does not.
Is this intentional?
We'd like to NOT have to repeat a majority of the dependencies when
They don't exist and the dependency plugin has remembered this fact.
It stores marker files in /target/dependency so if you run it many
times it won't try to get the missing ones over and over. This goal
dates to the days when the connection to central was unreliable and I
was tired of having
The http clients usually don't send the credentials until the server
requests them with a 403, then it will send them and good clients will
recall this and pre-emptively send the credentials for future
requests to that server. Maven doesn't pre-emptively send them by
default, but it is possible to
The http clients usually don't send the credentials until the server
requests them with a 403, then it will send them and good clients will
recall this and pre-emptively send the credentials for future
requests to that server. Maven doesn't pre-emptively send them by
default, but it is possible to
Plus 1. (just discovered the plus key on my board is broken)
On Mon, Aug 30, 2010 at 9:09 AM, Benjamin Bentmann
benjamin.bentm...@udo.edu wrote:
Hi,
what's a better start for a week than a new fresh release :-) ? So here we
go!
Apart from another few regression fixes, this release
[
http://jira.codehaus.org/browse/MVERSIONS-122?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=233645#action_233645
]
Brian Fox commented on MVERSIONS-122:
-
moved to versions plugin because modifying the pom
[
http://jira.codehaus.org/browse/MVERSIONS-122?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Brian Fox moved MDEP-283 to MVERSIONS-122:
--
Key: MVERSIONS-122 (was: MDEP-283)
Project: Maven 2.x Versions Plugin
this means you have no artifact with an empty classifier. This is not
necessarily a problem, if you're using the build helper or assembly to
build attached artifacts.
On Thu, Aug 26, 2010 at 8:20 AM, Thomas Trepper
thomas.trep...@blueclaim.com wrote:
Hi all,
this is a snippet from my build,
On Thu, Aug 26, 2010 at 12:39 PM, Rex Hoffman r...@e-hoffman.org wrote:
Baptiste:
I work in a large organization, where there are differing degrees of
familiarity with maven.
Most devs shy away from the release plugin for several reasons. One
is the use of hudson and nexus.
I actually
[
https://issues.apache.org/jira/browse/THRIFT-363?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12902694#action_12902694
]
Brian Fox commented on THRIFT-363:
--
bryanduxbury is already part of the thrift group. I
Yes, these are useful rules, although we have some that sound the
same, but maybe there's a subtle difference?
http://maven.apache.org/enforcer/enforcer-rules/requireReleaseDeps.html
http://maven.apache.org/enforcer/enforcer-rules/requireReleaseVersion.html
On Wed, Aug 25, 2010 at 6:26 PM, Rex
The relocation poms will help prevent collisions of different
versions, but eventually the users would want to update to the new
groupId.
On Mon, Aug 23, 2010 at 8:20 AM, sebb seb...@gmail.com wrote:
Apache Commons NET currently uses the groupId commons-net. However, it
should really use the
The reason is simple:
Maven needs at least one snapshot repo configured, or it won't even
attempt to ask anyone (specifically Nexus via the mirrorOf * setting)
for any snapshots. Maven has built in an existing repository with the
ID central but it is enabled only for releases. We must do either:
You mean, like adding a project information page in the community
section with links to all the lists?
http://nexus.sonatype.org/project-information.html
;-p
On Mon, Aug 23, 2010 at 4:02 PM, Wayne Fay wayne...@gmail.com wrote:
I didn't know there was a nexus list. Thanks.
This happens
Yep, i'm still here. I see some people have patches for this and the
dependency plugin so I'll try to push out a release soonish.
On Fri, Aug 20, 2010 at 5:05 PM, Haszlakiewicz, Eric
ehas...@transunion.com wrote:
I been using the maven-enforcer-plugin a bit, and I've noticed that some
other
[
http://jira.codehaus.org/browse/MENFORCER-96?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Brian Fox closed MENFORCER-96.
--
Resolution: Not A Bug
The message says that the versions are not locked down, and adds additional
info
I wrote it and it's interesting to me as well. I use some core logic
in there, but off the top of my head, none of the normalization is
related to core. I'll probably dig in just out of curiosity.
On Thu, Aug 19, 2010 at 3:07 PM, EJ Ciramella ecirame...@casenetinc.com wrote:
Gotcha - it's
Nexus has REST urls to let you retrieve the latest snapshot from a
deterministic url: http://nexus.sonatype.org/nexus-faq.html#25
On Mon, Aug 16, 2010 at 6:16 AM, ni...@codefresh.com
ni...@codefresh.com wrote:
Hi,
I've noticed that the uniqueVersion attribute of the release plugin is
This was done so that plugins could use their own version of p-u and
not have a class path conflict with the version used in core
Sent from my iPad
On Aug 13, 2010, at 10:35 AM, Martin Gainty mgai...@hotmail.com wrote:
Good Morning Devs-
I needed to rebuild maven-shared-components which
http://maven.apache.org/plugins/maven-dependency-plugin/faq.html#cli
On Wed, Aug 11, 2010 at 6:52 AM, Joe Littlejohn joelittlej...@gmail.com wrote:
Hi,
I'm having trouble using the dependency:copy and dependency:unpack
goals with Maven 2.2.1. I've been following this guide:
use http instead of https
On Tue, Aug 10, 2010 at 1:04 PM, Steffen Stundzig kont...@stundzig.de wrote:
hi,
thanks igor. For the second I need a login. Do you have a guest account
or something else?
regards
Am 10.08.10 18:46, schrieb Igor Fedorenko:
You may want to check how we do this in
[
http://jira.codehaus.org/browse/MDEP-259?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Brian Fox closed MDEP-259.
--
Resolution: Won't Fix
This is a problem with Maven Core, not the dependency plugin. It will only
happen if you
[
https://issues.apache.org/jira/browse/ZOOKEEPER-787?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12896726#action_12896726
]
Brian Fox commented on ZOOKEEPER-787:
-
brain cramp, it's in the proper location now
+1 works great on the projects I tested.
On Sat, Aug 7, 2010 at 7:16 AM, Benjamin Bentmann
benjamin.bentm...@udo.edu wrote:
Hi,
We solved 28 issues:
http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10500version=16090
There are still a couple of issues left in JIRA:
[
http://jira.codehaus.org/browse/MDEP-275?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=231536#action_231536
]
Brian Fox commented on MDEP-275:
Your timing couldn't have been better. We were just discussing
No, but with a repo manager, it's pretty quick to wipe the local and
refetch everything cleanly from the local network.
On Fri, Aug 6, 2010 at 10:31 AM, Adam Krieg akr...@pragmatrading.com wrote:
Is the local repository smart enough to clear out the old snapshots? I'm
worried about tons of
in M3.
-Original Message-
From: Brian Fox [mailto:bri...@infinity.nu]
Sent: Friday, August 06, 2010 11:42 AM
To: Maven Users List
Subject: Re: Problem with uniqueVersion=false in 3.0 beta1
No, but with a repo manager, it's pretty quick to wipe the local and
refetch everything
2010/8/5 Arnaud Héritier aherit...@gmail.com:
Ok,
Thus talking is good but doing is better ( I know I'm talking more than I'm
doing :-) )
Could we have a consensus if we :
- release now the trunk as a beta 2 without Guice and Aether. With that
we'll have a solid base to compare future
I'm not so concerned about confusing users with a beta2 and then a
beta3, that can be mitigated easily in the announcement. More releases
won't hurt anyone.
Let those working on it decide what to do and when presented with a
vote, I'll test, verify and vote accordingly, regardless of if it's
Was a great episode - just finished listening to it on the drive into work
this morning. I'd forgotten about the parallel builds stuff.
Really look forward to using M3 - pity it causes me some headaches.
--
Pull me down under...
On Thu, Aug 5, 2010 at 10:07 AM, Brian Fox bri
...@gmail.com wrote:
I don't understand the remark about M3. Either it implies that it
\won't/ work in M2, or perhaps you left out a word?
On Wed, Aug 4, 2010 at 7:26 PM, Brian Fox bri...@infinity.nu wrote:
In that case you'll need to use the unpack-dependencies goal along
with provided. It's possible
The first thing I would like to happen is that we release 3.0-beta-2
*without* merging the proposed code. There are two reasons for this.
Lets stage them both, I don't see any harm in having them back to
back, it certainly could help isolate any regressions.
I added a goal to the dependency plugin a month or so ago to make it
easier to dump out the full list of repos used by a build:
mvn
org.apache.maven.plugins:maven-dependency-plugin:2.2-SNAPSHOT:list-repositories
On Wed, Aug 4, 2010 at 8:56 AM, Ron Wheeler
rwhee...@artifact-software.com wrote:
The Basement Coders released a podcast this week where we talked a bit
about Maven past, and the upcoming Maven 3 :
http://www.dzone.com/links/episode_13_maven_3_interview_with_pmc_chair_brian.html?ref=ps
--Brian
-
To
In that case you'll need to use the unpack-dependencies goal along
with provided. It's possible that this would work correctly in M3
though because of the rework in the resolution.
On Mon, Aug 2, 2010 at 9:18 PM, Benson Margulies bimargul...@gmail.com wrote:
On Mon, Aug 2, 2010 at 4:17 PM, Brian
I find your pronouncement that it won't be here very troubling since you only
have a single vote just as every other committer does.
Knowing you in person, I'll take the above with a grain of salt that
maybe it's not exactly what you meant. However my first reading of
this was alarming.
Anyone can vote. The community vote is certainly important, but
official Apache policy requires a minimum of 3 PMC +1's.
On Wed, Aug 4, 2010 at 6:56 PM, Mark Derricutt m...@talios.com wrote:
+1 from me - I assume us joe-shmoe users can vote?
--
Pull me down under...
On Wed, Aug 4, 2010 at
[
https://issues.apache.org/jira/browse/ZOOKEEPER-787?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12895118#action_12895118
]
Brian Fox commented on ZOOKEEPER-787:
-
Since the poms were correct and the deployed
Our ITs say the codebases behave in an equivalent fashion, but it's the
Aether/Guice changes that will be with us for the long haul. I would rather
wait to integrate those in order to suss out problems that may be a result of
that integration.
I think you meant you would rather _not_
To isolate if there's a problem and where, compare the jars and
checksums you have retrieved locally against the same files in
Central. We often see instances where network devices are scanning the
jars and interfere/truncate the larger downloads.
On Mon, Aug 2, 2010 at 12:01 PM, DONIAT,
Regards,
Christophe
-Message d'origine-
De : Brian Fox [mailto:bri...@infinity.nu]
Envoyé : lundi 2 août 2010 18:05
À : Maven Users List
Objet : Re: checksum error on nexus
To isolate if there's a problem and where, compare the jars and
checksums you have retrieved locally against
Your case was why I originally wrote these goals to take the artifact
info as configuration instead of from the dependency list. The only
reason you would want to use a dependency and the
copy/unpack-dependencies would be if:
You need to resolve dependencies produced by another module in the same
http://www.sonatype.com/books/mvnref-book/reference/pom-relationships-sect-pom-syntax.html#pom-relationships-sect-snapshot-versions
On Thu, Jul 29, 2010 at 11:34 AM, Steve Johnson st...@parisgroup.net wrote:
Thanks for your reply!
Yeah, I guess I can try that if you think my trouble is really
Yes, or file an INFRA ticket: https://issues.apache.org
On Fri, Jul 30, 2010 at 4:28 AM, Dennis Lundberg denn...@apache.org wrote:
Jason, shouldn't that be reposit...@apache.org instead?
On 2010-07-29 21:11, Jason van Zyl wrote:
The Apache repository specific concerns go to
Hrm, that worries me a bit. If the packaging type=pom then most tools
will expect that there is only a pom with no classifier (ie main
artifact). The better way is to use a classifier. I'm pretty sure this
setup you propose will confuse the indexer.
On Fri, Jul 30, 2010 at 1:18 AM, Jörg Schaible
A lot of people seem to have the gpg plugin hang during release
perform. It's never happened to me so I haven't dug into the root
cause, if it's release or gpg...but that's the only thing that
immediately comes to mind.
On Thu, Jul 29, 2010 at 7:01 PM, Brett Porter br...@apache.org wrote:
The should be unless it was previously in Central. I'll find out.
On Thu, Jul 29, 2010 at 6:43 AM, Carlos Sanchez car...@apache.org wrote:
FYI I just noticed this project getting into central from oss.sonatype
with a groupId of oauth.signpost
You should use a repo manager and deploy over http, then you'll be on
the well-worn path.
On Mon, Jul 26, 2010 at 11:11 AM, Refr Bruhl refr_br...@yahoo.com wrote:
Team
I can get maven to scp files to a remote repository.
However when I config the server entry in the settings file it seems
one of the reports in there hits all repos known to the build. There's
a bug against it.
On Tue, Jul 27, 2010 at 2:29 PM, Rick R ric...@gmail.com wrote:
I keep getting all these errors about
https://maven-repository.dev.java.net/nonav/repository. I tried googling
about it but the responses are
, 2010 at 12:09 AM, Barrie Treloar baerr...@gmail.com wrote:
On Tue, Jul 27, 2010 at 3:04 AM, Brian Fox bri...@infinity.nu wrote:
I finally crossed off a todo that was about 12 months old:
I synthesized the various docs we had laying around to produce a
generic Apache wide release procedure
Maven isn't doing anything special with the files, so it's most likely
some delay or weird interaction with the shared folders either in
Windows, or VirtualBox (or both). Since the local repo is expected to
be local, it's not likely we would make any special changes to make
remote mounting work
I finally crossed off a todo that was about 12 months old:
I synthesized the various docs we had laying around to produce a
generic Apache wide release procedure for publishing Maven based
artifacts via the repository, and updated our Maven Project specific
docs at the same time. These new docs
I assumed we had it deploying via ci, sorry about that.
On Mon, Jul 26, 2010 at 5:10 PM, Dennis Lundberg denn...@apache.org wrote:
Please make sure that a SNAPSHOT is released when you start to use it.
I've deployed maven-parent 17-SNAPSHOT now.
On 2010-07-25 01:07, bri...@apache.org wrote:
[
http://jira.codehaus.org/browse/MNG-4301?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=229883#action_229883
]
Brian Fox commented on MNG-4301:
See the trick is that maven is producing these junk checksums upon
You aren't on any block list, and given that your tracert stops way
before it even reaches contegix's network let alone central itself, it
seems to be an issue internally.
On Tue, Jul 20, 2010 at 10:33 AM, kelvin goodson
kelvingood...@apache.org wrote:
On Tue, Jul 20, 2010 at 2:18 PM, Jason van
use http://nexus.codehaus.org instead as a permanent solution.
On Sun, Jul 18, 2010 at 6:59 AM, Jason van Zyl ja...@sonatype.com wrote:
We have been helping Ben migrate things over to http://nexus.codehaus.org but
it's slow going. He use to be running the Nexus indexer but I don't know what
You downloaded more than 68,000 files. Why should we unblock it? Has
anything changed on your end?
On Fri, Jul 23, 2010 at 11:56 AM, Sateesh Kumar beeram.sate...@gmail.comwrote:
Hi!
I would request you to unblock my IP address 208.102.249.24 ,which was
blocked while I was trying to download
copy-dependencies has filters you can use to filter on scope, group,
artifact etc
On Thu, Jul 22, 2010 at 6:03 AM, Tom t...@tbee.org wrote:
I'm converting an applet project to use Maven.
This means I have a applet artifact which uses all kinds of other Swing
related libraries and the actual
We have lots of IT tests.
On Wed, Jul 21, 2010 at 4:46 AM, Usirs henrik.sjost...@scila.se wrote:
Why does nexus take so much space in the workspace?
When I check the size of my workspace I find that nexus (in
workspace\.metadata\.plugins\org.maven.ide.eclipse\nexus) takes up alot of
space.
do NOT want to rush you, but just know when it could be done (I have to
plan different client releases when this will be done and then plan my
vacancies :))
Hope everything will be ok soon and thanks for your time.
Tony.
Le Fri, 2 Jul 2010 06:55:35 -1000,
Brian Fox bri...@sonatype.com
Since the site stuff is fully decoupled from core, it shouldn't really
matter if site is done. Most people run the site build separately from
a ci system anyway and for the time being you could use m2 if needed.
For all the goodness m3 provides, I don't think the site plugin which
has a separate
...@gmail.com wrote:
is le last part type or packaging ?
2010/6/29 Brian Fox bri...@infinity.nu
Group:artifact:version:classifier:extension is pretty common
On Jun 26, 2010, at 1:39 PM, lukewpatterson lukewpatter...@gmail.com
wrote:
It would be nice to be able to represent any Maven GAV
Use nexus and give different users different permissions.
On Jun 30, 2010, at 1:38 AM, Jemos Infra jemos.in...@googlemail.com wrote:
No, we don't use Nexus, just the file system. We've got a single account
(sys_account) who is entitled to upload to this repository through ssh
using an
Group:artifact:version:classifier:extension is pretty common
On Jun 26, 2010, at 1:39 PM, lukewpatterson lukewpatter...@gmail.com wrote:
It would be nice to be able to represent any Maven GAV in a string. Does
such a standard exist?
A good use case is for plugins that allow input
Was this a mistake or do you want to go Emeritus?
On Tue, Jun 22, 2010 at 5:23 AM, nico...@apache.org wrote:
Author: nicolas
Date: Tue Jun 22 09:23:13 2010
New Revision: 956833
URL: http://svn.apache.org/viewvc?rev=956833view=rev
Log:
updated developers list
Modified:
If you're using the nexus api, then this belongs in the
nexus-maven-plugin, not the maven-dependency-plugin.
On Mon, Jun 21, 2010 at 8:39 AM, nicolas de loof
nicolas.del...@gmail.com wrote:
I tried to write an alternate implementation of MDEP-269 using nexus indexer
API, based on samples found
repo1.maven.org (aka Maven Central) syncs org.apache.* from
repository.apache.org so all of your releases will be synced to
Central automatically. The sync runs every 4 hours.
On Fri, Jun 18, 2010 at 11:05 PM, Gabriele Columbro gabri...@apache.org wrote:
Dear Mavens,
cross-posting this to the
repo1.maven.org (aka Maven Central) syncs org.apache.* from
repository.apache.org so all of your releases will be synced to
Central automatically. The sync runs every 4 hours.
On Fri, Jun 18, 2010 at 11:05 PM, Gabriele Columbro gabri...@apache.org wrote:
Dear Mavens,
cross-posting this to the
[
http://jira.codehaus.org/browse/MNG-2553?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=225871#action_225871
]
Brian Fox commented on MNG-2553:
This is simply not how it was designed to work
This implies to me that they attempted to re-release the same jar
after it was synced to central. We don't allow that, hence the
difference between the source repo and central
On Mon, Jun 14, 2010 at 5:58 PM, Zac Thompson zac.thomp...@gmail.com wrote:
Is there a place to report issues with the
Hi Shelli,
The lists are still at codehaus so it should work via xircles. I guess
it's time to proactively migrate to the sonatype.org servers.
On Thu, Jun 10, 2010 at 4:34 PM, Shelli Orton shelli.or...@sjrb.ca wrote:
Hi,
This post isn't Maven related, but I thought someone on this list may
We'll have to look into this and see what's up. It shouldn't modify
the jar if it's already there.
On Tue, Jun 8, 2010 at 2:08 PM, Bruno Harbulot
bruno.harbu...@manchester.ac.uk wrote:
On 08/06/10 16:52, Bruno Harbulot wrote:
On 08/06/10 15:24, Bruno Harbulot wrote:
I'm trying to follow
While trying to debug some nexus-maven-plugin issues, I came across
some differences in the help:effective-settings output between 2.2.1
and 3.0-b1. Is this expected? Note that in both cases the properties I
have defined in my settings are not shown.
From Maven 3:
settings
It's not designed to work that way. It could be changed, but the
effort involved isn't really worth it.
On Wed, Jun 2, 2010 at 8:18 AM, timonik ryush...@gmail.com wrote:
I processed mvn clean install and now it works fine.
But, have I chance use depenedency:tree goal without project
Is there some plugin in your build that is forking the whole build?
On Wed, Jun 2, 2010 at 10:29 AM, Alan D. Cabrera l...@toolazydogs.com wrote:
I have a root POM that defines are deploy profile that generates source,
javadoc, and signing.
When I use this profile:
mvn clean install -P
[
http://jira.codehaus.org/browse/MDEP-106?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=223853#action_223853
]
Brian Fox commented on MDEP-106:
It conceivably could be fixed in the plugin to check the reactor
Yes, it appears to support g:a:v only. I'm sure I had a reason at the
time but I can't think of one now. It should be g:a:v:c:t
On Thu, May 27, 2010 at 12:11 PM, Lewis, Eric eric.le...@ipi.ch wrote:
Hi
As far as I know, most Maven plugins rely on the Maven coordinates as
described in
[
http://jira.codehaus.org/browse/MDEP-264?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Brian Fox closed MDEP-264.
--
Resolution: Fixed
Fix Version/s: 2.2
The file name is always reconstructed now. The potential downside
[
http://jira.codehaus.org/browse/MDEP-257?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Brian Fox closed MDEP-257.
--
Resolution: Duplicate
MDEP-193
includeClassifiers / seems to have no effect
[
http://jira.codehaus.org/browse/MDEP-213?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=222925#action_222925
]
Brian Fox commented on MDEP-213:
So you want to resolve everything in depMgt to make sure the versions
[
http://jira.codehaus.org/browse/MDEP-208?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Brian Fox closed MDEP-208.
--
Resolution: Fixed
Fix Version/s: 2.2
fixed by MDEP-264
finalName of artifacts not in the reactor is not taken
[
http://jira.codehaus.org/browse/MDEP-240?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Brian Fox closed MDEP-240.
--
Resolution: Fixed
Fix Version/s: 2.2
ignoreNonCompile not available for analyze-report
[
http://jira.codehaus.org/browse/MNG-4690?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Brian Fox moved MDEP-202 to MNG-4690:
-
Complexity: Intermediate
Component/s: (was: resolve
[
http://jira.codehaus.org/browse/MDEP-263?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Brian Fox closed MDEP-263.
--
Resolution: Fixed
Fix Version/s: 2.2
fixed by MDEP-194
filtering by classifier don't work
[
http://jira.codehaus.org/browse/MDEP-182?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Brian Fox closed MDEP-182.
--
Resolution: Won't Fix
Use the -dependencies goals for transitive resolution. The copy/unpack goals
are meant exactly
[
http://jira.codehaus.org/browse/MDEP-260?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Brian Fox closed MDEP-260.
--
Resolution: Fixed
Fix Version/s: 2.2
patch applied, thanks.
fileSeparator\/fileSeparator causes an exception
[
http://jira.codehaus.org/browse/MDEP-250?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Brian Fox closed MDEP-250.
--
Resolution: Fixed
Fix Version/s: 2.2
Add a skip paramater to dependency:unpack
[
http://jira.codehaus.org/browse/MNG-4691?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Brian Fox moved MDEP-247 to MNG-4691:
-
Complexity: Intermediate
Component/s: (was: resolve-plugins
[
http://jira.codehaus.org/browse/MDEP-195?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Brian Fox closed MDEP-195.
--
Resolution: Duplicate
dependency resolution fails when modules have inter-dependencies
[
http://jira.codehaus.org/browse/MDEP-188?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Brian Fox closed MDEP-188.
--
Resolution: Won't Fix
switch to Mercury 1.0.0-alpha-2
---
Key: MDEP
On Wed, May 26, 2010 at 1:57 AM, Stephen Connolly
stephen.alan.conno...@gmail.com wrote:
On 26 May 2010 01:02, leonfranzen leon_fran...@tvworks.com wrote:
For now, my plan is to :
1. Build the DependencyNode tree with the maven DependencyTreeBuilder for
the top-level POM
2. Traverse the
In theory yes but then be prepared for unexpected results.
On Wed, May 26, 2010 at 9:50 AM, Justin Edelson justinedel...@gmail.com wrote:
On 5/26/10 9:47 AM, Brian Fox wrote:
On Wed, May 26, 2010 at 1:57 AM, Stephen Connolly
stephen.alan.conno...@gmail.com wrote:
On 26 May 2010 01:02
This looks correct to me. The way it's setup with the apache parent
pom is that the root module will have the fully buildable source, all
the individual modules still have their source and jdocs for ide
integration.
On Wed, May 26, 2010 at 12:39 PM, Les Hazlewood l...@hazlewood.com wrote:
On
This means that a project won't be built because it depends on
something else in the build that failed. The fail at end will build
anything it can to work around failures, but not if they depend upon
the failed build.
The ban is just for that maven execution, so there is no un-ban. Just
run maven
I moved codehaus over to the more frequent sync but had a typo in
there. It's running every 4 hours now in conjunction with Apache.
On Sun, May 23, 2010 at 4:19 AM, Stephen Connolly
stephen.alan.conno...@gmail.com wrote:
The sync seems not to have happened since at least 1am GMT+1h Saturday ...
501 - 600 of 2629 matches
Mail list logo