Spencer Allain <spencer_all...@yahoo.com> wrote on 08/27/2011 08:22:13 AM:
> From: Spencer Allain <spencer_all...@yahoo.com>
> To: user@gradle.codehaus.org
> Date: 08/27/2011 08:29 AM
> Subject: Re: [gradle-user] Re: Use mavenCentral() as a default
> repository unless specified otherwise?
>
> --- On Sat, 8/27/11, evgenyg <evge...@gmail.com> wrote:
> Luke Daley-2 wrote:
> >
> > Even with that plugin I'm not sure it's a good idea.
> >
>
> I see. Can you list the reasons? I'm not a big fan of Maven Central
either
> and run my own Artifactory repo.
> The reason I thought it could make sense is that standard open-source
> projects without requirements of additional repositories work only with
> Central.
> A default build that attempts to externally connect to the outside
> world would quickly get gradle banned from many commercial organizations.
>
> Also, it would have an unexpected performance impact for anyone
> attempting to use local repositories and not know how to turn off
> the default mavenCentral behavior (which would be the novice users
> who likely would be most turned off by slow performance).
>
> -Spencer
It seems to me that repository information should by default live in the
user's home directory. I don't think it should be up to a gradle script to
define repositories. At my company, we've written custom plugins that look
to a gradle.properties in the user's home directory to define repository
urls. It would be nice if there could be a more default mechanism for
this.
My choice of repository is not usually specific to a script, but tends to
be more universal depending on my environment. Especially in the corporate
world behind an internet proxy, and a maven proxy like Artifactory or
Nexus.
This is actually one of my concerns for how plugins are handled as well.
It causes us difficulty if a plugin needs to point to github to be usable.
I need to be able to install plugins, not depend upon an internet
connection to get the latest from source.
Jeremy D. Young
Web Architect
O'Reilly Auto Parts
This communication and any attachments are confidential, protected by
Communications Privacy Act 18 USCS ยง 2510, solely for the use of the intended
recipient, and may contain legally privileged material. If you are not the
intended recipient, please return or destroy it immediately. Thank you.
---------------------------------------------------------------------
To unsubscribe from this list, please visit:
http://xircles.codehaus.org/manage_email
