问题标签 [artifact]

我已迁移到 maven 3.0.3，但无法构建 maven 站点。事实上，我的项目使用了一个不提供任何站点描述符作为工件的外部父 pom。

1-即使父母不提供 site.xml 有没有办法生成 Maven 网站？我不能让它工作。“mvn site”命令仍然在尝试下载具有以下错误的父站点的 site.xml 时崩溃（ArtifactResolutionException：无法找到站点描述符......）

2-我们如何在 Maven 存储库上安装或部署 site.xml。我尝试在我的父 pom 中添加以下 xml，但它没有使用 mvn install 命令在我的本地 repo 中安装任何东西。我的项目中有一个 src/site/site.xml，我的项目是 pom 类型的项目 maven-site-plugin attach-descriptor attach-descriptor

更新

不，它不起作用在我的 pom 中，我有

在插件管理中我放了

在我放的插件中

我在同一个项目中有一个 src/site/site.xml

当我做 mvn site 我还有

如果我在我的本地仓库中手动放置一个 evola-framework-superpom-6.14.2-site_en.xml 它正在工作，但这不是一个真正的解决方案

我知道您只能从 Maven 中的一个 pom 创建一个工件。

我编写了一个 javadoc doclet，它创建了我的工件 (my-rest-api) 的 html 报告。此 doclet 还可以为编写集成测试创建存根请求和模型。我现在的问题是，我必须手动将生成的类复制到第三个 maven 项目（my-test-models）中才能从中创建工件。还有其他方法吗？生成的类是从源代码创建的，所以我不能只依赖 my-rest-api 工件。我可以对两个项目之间的路径进行硬编码，但我也不喜欢这样。有任何想法吗？

我有一个程序，右侧有一个面板，其中包含一个经常更新和重新绘制的 BufferedImage（使用 paintImediately()），左侧是一些按钮和 JTextArea。通常，当重新绘制 BufferedImage 时，左侧的按钮会用图像的一部分重新绘制，从而掩盖其内容。我怎样才能防止这种情况？

这是我调用的重绘方法：

如果相关的话，我会从一个单独的线程中调用它。

对于 .NET 开发人员，Teamcity 工件路径不是很简单。

对于我所做的每个项目，我都有一个名为 BuildTools 的文件夹，其中有一个名为 Drops 和 Inputs 的文件夹（drops 是报告，输出输入是各种命令行应用程序的配置文件）。

BuildTools/Drops/NDependOut => GenericSolution/Drops/NDepend

这个对吗？BuildTools 来自（自定义）结帐目录的根目录，然后 GenericSolution 来自工件路径的根目录（称为“Artifacts”文件夹）。

我遇到的另一个问题是 NDepend 报告在与 .html 文件相同的文件夹中有很多图像等。我将如何上传这个？我是否上传整个文件夹（在这种情况下，上面的语法是否正确？）

在我们的环境中，我们使用 Jenkins 来构建 java artefacts。

我们想要一个基于脚本的构建系统来自动部署工件并重用我们已有的脚本。

我想要做的是让构建系统从 svn 中提取 HEAD 并使用 Maven 来获取快照存储库中的最新工件，而不是让构建系统构建已经部署到 maven 存储库的 javaproject。

升级到 Milestone 5 后，如何解决我在 Gradle 中看到的此错误：

例如：

这是否意味着Maven会搜索父pom？如果是，在哪里，按什么顺序？可能在文件夹上一级吗？还是在本地存储库或存储库中？

我想将我的项目添加到公共 maven 存储库，以便社区可以使用它。它不必是 maven 中心——只要是任何类型的开源代码公共和免费存储库。

我该怎么做（以最简单的方式）？

我正在查看不同的存储库布局，并且我看到了文件夹集成修订版和文件集成修订版之间的区别。

这些是相同的修订号（只是放在文件和/或文件夹上）还是不同的东西？

这是我看到两者都提到的链接：Repository Layouts

我有一个使用常春藤管理其依赖项的项目。我正在为项目实现一项功能，该功能需要我包含 tools.jar。但是，由于 tools.jar 依赖于平台，我正在尝试使用 ivy 来解析工件的本地文件。我正在做以下事情：

这应该从本地 ${java.home}/../lib/tools.jar 检索文件。（注意：java.home 指向 JRE 安装）。

但是，解决该位置存在问题。在我的 Windows 机器上，似乎认为“c”是协议（c 来自 ${java.home}。我确定我的 url 定义正确，因为“file:///C:/foo”是指定文件 url 的正确方法（3 个斜杠）。我看到的问题是它去掉了 2 个斜杠并尝试“file:/C:...”而不是“file:///C:”。 ." 正如我在上面指定的。我还尝试直接指定文件的路径而不使用 ${java.home}

我想继续通过常春藤检索这种方法，但我无法让它发挥作用。有任何想法吗？