I created a patch so that
repositories.remote { :url = 'https://a.secure.repo/maven2',
:username = 'blah', :password = 'blah' }
will work for http basic auth. When an artifact is downloaded, the auth
information is passed to the HTTP transport.
https://issues.apache.org/jira/browse/BUILDR-577
There might be an issue with the patch, since it changes the format of
repositories.remote. Instead of just being a String, it is stored as a
hash {:url = URI} or with optional auth {:url = URI, :username =
String, :password = String}. How horrible is this for backwards
compatibility?
thanks,
Michael
On 03/10/2011 12:43 PM, Alex Boisvert wrote:
Hi Michael,
I think it's a good idea and I don't think it would be that much work.
Use of repositories.remote for actual downloading seems to be fairly
localized in buildr/packaging/artifact.rb.
alex
On Thu, Mar 10, 2011 at 8:56 AM, Michael Guymon
michael.guy...@gmail.com mailto:michael.guy...@gmail.com wrote:
So I am interested in getting repositories.remote to support auth.
The goal is to have buildr deploy to private maven repo's I have a
work. What I would like to do is have the following be valid:
repositories.remote 'https://a.secure.repo/maven2'
repositories.remote { :url = 'https://a.secure.repo/maven2' }
repositories.remote { :url =
'https://a.secure.repo/maven2', :username = 'blah', :password =
'blah' }
and possibly
repositories.remote { :url =
'https://a.secure.repo/maven2', :priv_key = 'file' }
I have sourced dived a little to see how repositories.remote is
used, but I am not sure if this change would be a colossal PITA.
If someone has a better/easier solution I would love to hear it.
thanks,
Michael