问题标签 [nexus]

我正在尝试配置代理后面的关系服务器。我输入了一个存储库[maven central] 的代理设置，但它无法连接到远程存储库并抛出以下错误。我尝试提供“NT LAN Manager Domain”，然后它继续检查远程服务，日志显示以下内容。输入的设置保存在 nexus.xml 中。我使用的是 1.7.1 版本。我尝试了 1.8.0 版本，然后发现密码条目未存储在 nexus.xml 中，因此尝试安装 1.7.1。请让我知道如何配置 http 代理

==================================================== ==============================

NTLM 域的日志：-

==================================================== ==============================

没有 NTLM 域的日志：-

我有一个 maven2 存储库，我试图从中获取带有附加时间戳的快照工件。我（不出所料）能够在使用 maven2 构建时很好地检索它，但是在使用simple-build-tool (sbt) 构建时，我非常喜欢，我无法将它拉下来。

我可以从这个关于 Ivy 中的快照的问题中看到，可以将Ivy配置为获取快照工件，但我不知道如何告诉 sbt 去做。

我当前配置的相关位：

更新：经过更多修改后，看起来我可以使用以下模式让它指向正确的工件 url。

有了这个，我仍然需要在依赖项中指定额外的时间戳

但它确实拉动了工件。但是它不会拉取工件的依赖项。所以看来我还是有问题。

我们公司使用 Maven。我们使用Nexus存储库管理器来存储我们的快照和版本。

目前，我们正在开发基于 Eclipse 的产品。我们使用第谷来做到这一点。

问题如下： 在我们基于 Eclipse 的产品中，我们有很多特性。我们的想法是分别构建每个特性（或特性组）并将它们放在内部 p2 存储库中。当一个功能需要另一个功能时，我们将目标平台指向必要的内部 p2 存储库。

目前，我们使用 Tycho 构建应用程序。我们使我们的功能“可部署”，因此 Tycho 在target. 我们将该 P2 站点推送到我们的服务器，然后运行 ​​Eclipse FeaturesAndBundlesPublisher，它将最近构建的功能与 P2 存储库合并。因此，我们有一个内部 P2 存储库，其中包含所需功能的所有版本。

我们发现这个过程太繁琐了。有没有像 Nexus 这样的工具，会更方便？

UPD .:关于第谷用户列表的讨论

我正在尝试访问需要一些基本身份验证的 Nexus 存储库管理器。Maven2 一切正常，但是当我尝试在 SBT 中配置内容时，它找不到工件。它正在使用自定义存储库模式（请参阅此相关问题），但我认为这无关紧要。无论如何，相关配置都在这里。

项目.scala：

~/.ivy2/.credentials：

根据SBT 用户组中的类似讨论，这应该可以正常工作，但是当我尝试构建时，我得到了以下信息。

我相当确定这是一个凭据问题，而不是其他问题，因为我可以点击它说它正在尝试的 URL 并下载 jar（在身份验证之后）。

我也尝试过像这样声明内联凭据（即使它不太理想）：

有谁知道允许监视 mvn 工件部署到 nexus repo 的 nexus 插件或 API？我的问题是开发人员正在将各种 jar 上传到 nexus repo，我无法知道谁做了什么以及为什么？我如何对他们强制执行规则，以便他们必须在将任何 jar 上传到 nexus 之前输入评论？有没有办法在 mvn/nexus 中做到这一点？？？

珍妮

我们在 CI 服务器 (hudson) 上看到相对较长的构建时间，它们开始阻碍我们。我知道 hudson 不仅仅是调用 maven，我很乐意多给它 10-20% 的时间来完成这项工作，但是一个数量级的减速似乎太多了。

任何人都知道为什么会这样以及如何解决问题？我将首先说不是原因的原因：

• 运行 hudson 的虚拟机：在命令行上，它花费的时间与我的开发 PC 大致相同
• 其他并发任务：我确保没有从构建任务中转移资源

maven 目标实际上是干净和安装的，没有像 javadoc、checkstyle 等那样花哨和资源密集型的东西。查看 hudson 构建任务控制台输出，“从 [我们的 Nexus 人工制品存储库] 检索以前的内部版本号”时似乎有延迟，但我不知道有一种简单的方法来衡量这一步的性能，发布一个人工制品似乎太简单了，无法证明速度的总差异是合理的。

（此线程中也描述了问题）

更新：

我们已将 Hudson/Jenkins 升级到最新版本，并且能够使用计时插件。简洁版本：

• 好消息：我们现在知道nexus 是造成问题的原因
• 坏消息：我们仍然不知道为什么

更多细节

在我们的一个实际 maven 项目中（maven 构建时间：3 分钟，hudson 构建时间：9 分钟），我们可以看到 hudson 也在 3 分钟内执行构建，但随后需要 6 分钟将人工制品上传到 nexus。

使用 nexus 的 Web UI 手动上传另一个人工制品，我能够确认以下内容：

• 实际的人工制品上传在很短的时间内完成（即几秒钟）
• 在这几秒钟之后，人工制品显示为<nexusworkdir>/nexus/storage/test/test2/test2/1.0.0/test2-1.0.0.rpm

真正令人困惑的是为什么 nexus 需要花费一分钟来创建这个文件： <nexusworkdir>/nexus/proxy/attributes/test/test2/test2/1.0.0/test2-1.0.0.rpm

据我所知，它只是计算 MD5 和 SHA1 签名并记录一般的人工制品信息，但是 75MB 文件的 md5sum 和 sha1sum 需要 <1s 才能运行......

最后，它似乎不是某种网络超时，因为延迟似乎与伪像大小大致成正比。

任何关于 nexus 在收到人工制品后做什么的想法都值得赞赏。

更新 2：

将 nexus 日志级别设置为调试，当上传人工制品时，nexus 会记录以下内容：

osnpslfDefau~ - 复制缓冲区大小为：4096 的流

-响应/nexus/content/groups/public/org/python/jython/2.5.2/jython-2.5.2.jar 200

- 请求/nexus/content/groups/public/org/python/jython/2.5.2/jython-2.5.2.jar.sha1 on

-响应/nexus/content/groups/public/org/python/jython/2.5.2/jython-2.5.2.jar.sha1 200

- 在 org.mortbay.jetty.HttpConnection@141a720 上请求 /nexus/content/groups/public/.index/nexus-maven-repository-index.properties

osnpmmM2Group~ - public retrieveItem() :: FOUND public:/.index/nexus-maven-repository-index.properties

- 响应 /nexus/content/groups/public/.index/nexus-maven-repository-index.properties 200

osnpaDefaultAt~ - 在 UID=test:/test/test/1.0.1/test-1.0.1.rpm 上存储属性

- servlet 持有者=nexus

- 响应 /nexus/ext-2.3/resources/images/default/window/icon-info.gif 200

- 在 org.mortbay.jetty.HttpConnection@1dbd88f 上请求 /nexus/service/local/log/config ....

它似乎只是在那里坐了一分钟左右，然后继续工作。任何想法为什么 nexus 这样做是值得赞赏的。

我目前正在尝试将 maven 构建转换为 Gradle 构建。我遇到的阻碍是我们的内部工件被部署到需要身份验证才能读取的内部存储库。

而且您知道身份验证的含义……用户名和密码。问题是我不想要求开发人员将他们的密码作为明文存储在他们的硬盘上。Maven 支持密码加密，但我没有看到如何让 Gradle 做到这一点。

是否有一些对 Ivy CredentialStore 支持加密密码的神奇访问？还是我必须等待新版本？

这些工具叫什么 - Mingle、Subversion、TeamCity、Nexus

这些是开发工具还是配置服务工具？
不确定它们是否是开发工具，因为开发工具可能包括其他开发人员应用程序，例如 IDE (eclipse/IntelliJ IDEA)

我觉得很奇怪，我找不到任何有用的谷歌搜索，所以这就是我在这里尝试的原因：有人可以向我解释如何在 Eclipse Virgo 服务器上安装 Sonatype Nexus 存储库吗？

我在我的linux（ubuntu服务器）和windows机器上试过，但是当服务器启动时，两者都给了我下面粘贴的错误。（所以我只是在挑选的文件夹中放弃了战争）

非常感谢各位！

编辑：原因可能与：向 org.sonatype.nexus.web.NexusBooterListener 类的侦听器实例发送上下文初始化事件的异常

我能够在 DEBUG 日志模式下过滤更具体的错误消息：

在 Tomcat 6 上尝试了相同的 Nexus 版本 -> 必须从战争中删除 serverlet lib -> 在 Virgo 上再次尝试相同的战争，我似乎收到了类似的错误消息：

我们使用 Maven 来构建我们的项目，并使用 Nexus 作为存储库管理器。

有没有办法知道一个工件在哪里是另一个工件的依赖项？

例如，我们想知道我们的 Release 存储库中的哪些工件依赖于 commons-io 1.2，或者我们的 framework2 的 xy 版本，或者......