Grails无法下载代理和防火墙后面的依赖项

时间:2013-08-16 00:39:23

标签: grails

标题说,Grails无法下载组织的代理和防火墙背后的依赖项。现在我知道问题是什么,我需要告诉我的IT部门允许通过防火墙对这些URL的请求。根据Grails给我的错误消息,我可以确定......

的变体

http://grails.org

http://repo1.maven.org

...需要通过防火墙,但我不确定这两个是否会获得Grails现在所需的一切,或者将来安装插件时。

Grails从哪个域/网址请求依赖项?

更新

我提供了提供给我的IT部门的域名@dmahapatro列表,而且Grails现在能够正确解析依赖关系。以下是这些域的​​综合列表:

http://grails.org

http://repo1.maven.org

http://repo.grails.org

http://snapshots.repository.codehaus.org

http://repository.codehaus.org

http://download.java.net

http://repository.jboss.com

1 个答案:

答案 0 :(得分:4)

通常,它取决于应用程序对依赖项的要求。理想情况下,项目下面应解决大多数依赖项(除非您想引用一些自定义存储库)。

//With reference to BuildConfig

grailsCentral() - http://repo.grails.org/grails/core
grailsPugins() - http://repo.grails.org/grails/plugins
mavenCentral() - http://repo1.maven.org
artifactory - http://repo.grails.org/grails

在新创建的项目中,BuildConfig.groovy中也提到了其他回购。 (检查其有效性)

    // uncomment these (or add new ones) to enable 
    //remote dependency resolution from public Maven repositories
    //mavenRepo "http://snapshots.repository.codehaus.org"
    //mavenRepo "http://repository.codehaus.org"
    //mavenRepo "http://download.java.net/maven/2/"
    //mavenRepo "http://repository.jboss.com/maven2/"

另外,请确保inherits true repositories{..}BuildConfig中提到{{1}},应用程序会从插件继承存储库定义。你需要确保没有被阻止。

<强>推断
它完全取决于应用程序的性质以及它需要按预期工作的依赖类型。据说,对于一个基本的Web应用程序,我认为上面提到的存储库位置应该足以满足企业级目的,同时考虑到公司范围的存储库如Nexus也是如此。