Since John's on holidays you probably won't get a full answer for a
little bit, but I took a quick dig in the svn logs and would guess:
- this was to work around limitations in the artifact resolver
(http://svn.apache.org/viewvc?view=rev&revision=438528)
- it delegates to the original artifact resolver so it should be
mostly compatible, but I agree it's a bit worrying that it modifies
the behaviour.
- the problem you are seeing with depMan is fixed in r557792, which
is not in the latest release (http://svn.apache.org/viewvc?
view=rev&revision=557792)
- I would speculate the range issue is in core and not the resolver,
though I haven't done any tests.
Maybe you could try the 2.1 release instead of 2.2-beta-1?
- Brett
On 30/07/2007, at 3:47 AM, Jason van Zyl wrote:
The assembly plugin doesn't seem to obey a hard version that I am
specifying in my POM as [1.2-alpha-9]. In addition I have this in
the dependencyManagement section of Maven's parent POM and it still
ignores it.
Right now I cannot get the assembly plugin to use the hard version
I am specifying. So I took a look at the assembly plugin and
noticed that it has it's own dependency resolver? And the question
is why? There are problems enough with the dependency resolution
but why are we adding insult to injury by adding yet another
resolver which has to stay in sync with the main code?
I cannot easily tell whether it's a problem with resolution in
general, or a result of the copy.
In my case I need the latest release of classworlds for anything to
work with trunk and it won't give me what I ask for rendering the
assembly plugin useless as I can't even plugin a chunk of ant in
there to replace the JAR before it tries to archive it.
Thanks,
Jason
----------------------------------------------------------
Jason van Zyl
Founder and PMC Chair, Apache Maven
jason at sonatype dot com
----------------------------------------------------------
---------------------------------------------------------------------
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]
