Re: [Artifactory-users] Best practices for using third-party libraries in enterprise build automation

[isobretatel <iso...@gm...>]

1. How do we migrate from references to outside repositories to internal
repositories?  Do I have to manually upload all JARs to our artifactory
server?
2. How do we migrate reference to GradleCMPlugin? Do I download the plugin
JARs, than upload them to the artifactory server?
3. Should we configure the artifactory server to never retrieve the JARs
from outside repositories?


On Sun, Dec 22, 2013 at 3:08 AM, Dan Stine [via Artifactory] <
ml-...@n2...> wrote:

> A standard approach is to use Artifactory remote repositories to proxy the
> public repos. You can then optionally combine multiple remote repos under a
> single virtual repo that is referenced by your build script (e.g. both
> Maven Central and kercheval.org in your example). If an artifact is not
> in your Artifactory instance, Artifactory can be configured to
> automatically download from the public repo. Future requests will be served
> directly by Artifactory.
>
> Dan
>
> -----Original Message-----
> From: isobretatel [mailto:[hidden email]<http://user/SendEmail.jtp?type=node&node=7579504&i=0>]
>
> Sent: Friday, December 20, 2013 2:08 PM
> To: [hidden email] <http://user/SendEmail.jtp?type=node&node=7579504&i=1>
> Subject: [Artifactory-users] Best practices for using third-party
> libraries in enterprise build automation
>
> What are the best practices for using third-party libraries in enterprise
> build automation?
>
> We use third-party libraries as:
> 1. Dependencies of our applications.
> Examples:
>     compile 'commons:commons-logging:1.0.4'
>     compile 'junit:junit:4.11'
> 2. Dependencies of our build script.
> Examples:
>     repositories {
>         mavenCentral()
>         maven { url 'http://kercheval.org/mvn-repo/releases' }
>     }
>
>     dependencies { classpath
> 'org.kercheval:GradleCMPlugin:1.14-20130611.134348' }
>
> I assume that we don't want our build depend on availability of
> repositories we don't control. Therefore, our build script should only
> reference our internal repository. That means that we should remove
> references to mavenCentral and kercheval.org repositories.
> Questions:
> 1. How do we migrate from references to outside repositories to internal
> repositories?  Do I have to manually upload all JARs to our artifactory
> server?
> 2. How do we migrate reference to GradleCMPlugin? Do I download the plugin
> JARs, than upload them to the artifactory server?
> 3. Should we configure the artifactory server to never retrieve the JARs
> from outside repositories?
>
>
>
> --
> View this message in context:
> http://forums.jfrog.org/Best-practices-for-using-third-party-libraries-in-enterprise-build-automation-tp7579503.html
> Sent from the Artifactory - Users mailing list archive at Nabble.com.
>
> ------------------------------------------------------------------------------
>
> Rapidly troubleshoot problems before they affect your business. Most IT
> organizations don't have a clear picture of how application performance
> affects their revenue. With AppDynamics, you get 100% visibility into your
> Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics
> Pro!
> http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk
> _______________________________________________
> Artifactory-users mailing list
> [hidden email] <http://user/SendEmail.jtp?type=node&node=7579504&i=2>
> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>
> ------------------------------------------------------------------------------
>
> Rapidly troubleshoot problems before they affect your business. Most IT
> organizations don't have a clear picture of how application performance
> affects their revenue. With AppDynamics, you get 100% visibility into your
> Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics
> Pro!
> http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk
> _______________________________________________
> Artifactory-users mailing list
> [hidden email] <http://user/SendEmail.jtp?type=node&node=7579504&i=3>
> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>
>
> ------------------------------
>  If you reply to this email, your message will be added to the discussion
> below:
>
> http://forums.jfrog.org/Best-practices-for-caching-third-party-libraries-in-enterprise-build-automation-tp7579503p7579504.html
>  To unsubscribe from Best practices for caching third-party libraries in
> enterprise build automation, click here<http://forums.jfrog.org/template/NamlServlet.jtp?macro=unsubscribe_by_code&node=7579503&code=aXNvYnJldGF0ZWxAZ21haWwuY29tfDc1Nzk1MDN8MzAxNDA2NzMz>
> .
> NAML<http://forums.jfrog.org/template/NamlServlet.jtp?macro=macro_viewer&id=instant_html%21nabble%3Aemail.naml&base=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespace&breadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml>
>




--
View this message in context: http://forums.jfrog.org/Best-practices-for-caching-third-party-libraries-in-enterprise-build-automation-tp7579503p7579507.html
Sent from the Artifactory - Users mailing list archive at Nabble.com.