我试图访问需要一些基本authentication的Nexus存储库pipe理器。 从Maven2一切正常,但当我尝试在SBTconfiguration的东西,它找不到工件。 这是使用自定义存储库模式(见这个相关的问题 ),但我不认为这应该重要。 无论如何,相关configuration在这里。 Project.scala: val snapshotsName = "Repository Snapshots" val snapshotsUrl = new java.net.URL("http://nexusHostIp:8081/nexus/content/repositories/snapshots") val snapshotsPattern = "[organisation]/[module]/[revision]-SNAPSHOT/[artifact]-[revision](-[timestamp]).[ext]" val snapshots = Resolver.url(snapshotsName, snapshotsUrl)(Patterns(snapshotsPattern)) Credentials(Path.userHome / ".ivy2" / ".credentials", log) val dep = "group" % "artifact" % "0.0.1" extra("timestamp" -> "20101202.195418-3") 〜/ .ivy2 / .credentials: realm=Snapshots Nexus host=nexusHostIp:8081 user=nexususername password=nexuspassword 根据SBT用户组中的类似讨论,这应该可以正常工作,但是当我尝试构build时,我正在获得以下内容。 ==== Repository Snapshots: […]
我有这个: <ivy:buildlist reference="build-path"> <fileset dir="${root.dir}"> <include name="*/build.xml" /> <include name="controllers/*/build.xml" /> </fileset> </ivy:buildlist> <subant buildpathref="build-path"> <target name="jar.all" /> <target name="publish-local" /> </subant> 我想要回显“构buildpath”参考中的所有内容(用于debugging某些内容)。 我努力了: <echo>${build-path}</echo> 但它只是回声确切的文字“$ {build-path}”
我想知道从antpipe理项目依赖关系的最佳方法。 Maven Ant任务和常春藤有什么优点和缺点?
我知道这是一个复杂的问题,但是我想知道哪个系统已经投入生产了,哪个更好,还有很多的bug和非常糟糕的devise。 真是一团糟 其实我是这样问的,因为我已经把这个项目转换成了Maven,而且我面临着很多问题。 我需要调整文件夹结构,把公司里的一个可怕的框架与项目分离开来(它被转换成了一个jar库),修复了许多破坏项目的细节,把POM.xmlconfiguration成一切Ant已经在做,并发现在应用程序中真正使用的库作为它们的版本(libs的很大一部分被重命名,没有版本号和清单文件是空的)。 那么,这真是一个地狱。 在这个任务中,我疯了,我一直跟着的问题是“如果我把它转换成常春藤,会容易些吗?” 我从来没有与常春藤合作,但据我所知,它与ant一起工作,Maven更容易调整项目。 另一方面,Maven更多地使用这个词(我错了吗?),这应该是有原因的! 所以这是我的问题: 与Jenkins / Hudson整合 :与Ivy一样,Maven也如此简单? Sonar插件 :上面同样的问题。 整合很简单? Eclipse插件 :这是Maven的一个弱点。 可怕的插件,但我不知道常春藤的。 部署过程 :一旦configuration完成,使用maven部署和发布项目非常简单。 和常春藤? 转换 :嗯,我把项目转换到Maven的经验很糟糕,但是这个系统没有帮助。 我的select是,Maven对于新项目,以及Maven创build以来与Maven一起工作的项目来说都是惊人的,但是如果你拥有一个大而无组织的项目,那么这个项目并不是一个好的select。 我错了吗? 插件 :这是很多插件被configuration到POM.xml中。 常春藤有这么多的select吗? 人气 :哪个更受欢迎? 哪一个更多使用,为什么? 那是这个。 非常感谢!
告诉Gradle最简单的方法是什么? 检索“junit”依赖关系,并将其作为最新的“发布”版本。 pipe理Maven和Ivy仓库对我来说是新鲜的 – 我尝试了以下步骤,结果导致"Could not resolve dependency …" error : 写compile "junit:junit:latest.release"与储藏库设置为只mavenCentral() (但是,它的作品,如果我说“junit:junit:4.10”)。 用库设置以下方式compile "junit:junit:latest.release" : ivy { // I also tried 'http://maven.org' and other possible variants. url "http://repo1.maven.org" layout "maven" } 试图使用Spring Source Ivy repository : ivy { artifactPattern "http://repository.springsource.com/ivy/libraries/release/[organisation]/[module]/[revision]/[artifact]-[revision].[ext]" ivyPattern "http://repository.springsource.com/ivy/libraries/release/[organisation]/[module]/[revision]/[artifact]-[revision].[ext]" } 也许我误解了一些东西 – 为什么要获得最新版本的依赖是一件如此艰巨的任务呢?
我找不到Ivy依赖标签的conf属性的完整解释: <dependency org="hibernate" name="hibernate" rev="3.1.3" conf="runtime, standalone -> runtime(*)"/> 看到conf属性? 我找不到任何关于->符号右侧的解释(我能理解)。 请记住,我不知道关于Maven的第一件事,所以请用这个考虑来解释这个属性。 是的,我已经看了这个: http : //ant.apache.org/ivy/history/latest-milestone/ivyfile/dependency.html 谢谢, 担
我有以下常青藤文件: <configurations defaultconfmapping="buildtime"> <conf name="buildtime" visibility="private" description="Libraries needed only for compilation" /> <conf name="runtime" description="Libraries only needed at runtime" /> <conf name="test" description="Libraries only needed for testing" /> </configurations> <dependencies> <dependency org="net.java.dev" name="jvyaml" rev="0.2.1" conf="runtime" /> <dependency org="org.apache.solr" name="solr-core" rev="3.6.0" conf="runtime" /> </dependencies> 我有一个ant检索任务,看起来像这样: <target name="retrieve-all" depends="resolve"> <ivy:retrieve pattern="lib/[conf]/[artifact]-[revision].[ext]" conf="*" /> </target> 奇怪的是,所有solr依赖项下载到lib /运行时,如我所料,但jvyaml模块不! 它“解决”,但不会下载到lib […]
我有一个(斯卡拉)项目,目前从网上拉工件。 我们想要转向一个公司标准化的Nexus存储库,以caching工件。 从Nexus文档,我明白如何为Maven项目做到这一点。 但是sbt显然使用了不同的方法。 (我理解常春藤是以某种方式参与的,但是我从来没有用过它,也不明白它是如何工作的。) 如何告诉sbt和/或底层的Ivy使用公司的Nexus存储库系统来处理所有的依赖关系? 我想要使用某种项目级configuration文件的答案,以便我们的源代码库的新克隆将自动使用代理。 (即,在每个用户的configuration文件在一个点目录是不可行的)。 谢谢!
任何人都可以解释我如何使用Ivy的文件系统parsing器与示例考虑.. 我有ivy.xml文件,我已经定义了所有的依赖,但我想从我的文件系统不是来自maven存储库的jar子..? 我在哪里把ivysettings.xml文件。 什么build.xml应该包含使用ivysettings.xml,以便我可以使用从文件系统不是来自maven的jar子..
我正在寻找使用常春藤来pipe理依赖关系,但哇 – 那东西真的很喜欢做多个jar子的副本! 它像我后院里的常春藤蔓延一样,是不受欢迎的! 是否有可能让常春藤简单地定义一个引用已parsing的依赖关系的类path(对于指定的configuration文件),以便我的javac可以直接在常青藤库(或caching?)中引用它们。 我已阅读参考文档购买只看到选项设置符号链接到存储库caching。 我想这样就足够了,但这似乎是一种浪费。 另外,我不确定一个“战争”的任务可以通过象征性的联系来build立战争……但是我想我会试试看。 有更好的build议吗?