maven-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From John Casey <>
Subject Re: svn commit: r769417 - in /maven/components/branches/maven-2.1.x: ./ maven-artifact-manager/ maven-artifact-manager/src/test/java/org/apache/maven/artifact/manager/ maven-core/ maven-core/src/main/resources/META-INF/plexus/
Date Wed, 29 Apr 2009 01:47:14 GMT
It'd be nice if we could just use a different component repository or 
something that was sensitive to a properties file. This custom component 
repository (an actual thing in plexus right now, but with only one impl) 
might use the properties file to read which role-hint to use as the 
'default' hint for a particular role...or, to provide a mapping from an 
abstract role-hint to a concrete one.

If we could do this, it'd be a simple matter of telling users to set:


in that properties file. This is the component selector we've talked 
about intermittently in the Plexus community, and it seems like it'd be 
relatively simple to implement using this approach.

Oh well, maybe someday. :)


Brett Porter wrote:
> On 29/04/2009, at 9:25 AM, Brian Fox wrote:
>> Besides inertial friction to a change, is there a specific reason not 
>> to consolidate on a single http provider? We already know that people 
>> may use the dav wagon simply to handle larger artifacts and such, it 
>> seems like reducing our surface area here would help
>> I wouldn't be opposed to allowing some selection mechanism, but 
>> telling tons of users to switch from the familiar http:// url is just 
>> going to confuse them.
> That's not what I was suggesting. I'm saying switch to httpclient-based 
> wagon, make sure lightweight works through an extension and a different 
> protocol in the odd event the other doesn't work for them. I'd be 
> concerned if we amassed the 10-15 users required to reach a ton using 
> that option.
> I'm having serious deja vu, since we went through all this in the Maven 
> 1.0 days already :)
> Cheers,
> Brett
> ---------------------------------------------------------------------
> To unsubscribe, e-mail:
> For additional commands, e-mail:

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message