我的父pom在这两个版本中都明确声明了对maven javadoc插件2.9.1的依赖
<pluginManagement>
<plugins>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-javadoc-plugin</artifactId>
<version>2.9.1</version>
</plugin>
...
和
<reporting>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-javadoc-plugin</artifactId>
<version>2.9.1</version>
...
(参见pom中的Maven插件版本(似乎已被忽略)和mvn帮助:有效的pom显示正在使用2.9.1。但是,构建使用的是2.10,这会导致构建失败(请参阅maven javadoc plugin breaks mvn release:perform和http://jira.codehaus.org/browse/MJAVADOC-407()
mvn help:describe -DgroupId=org.apache.maven.plugins \
-DartifactId=maven-javadoc-plugin
显示
Name: Apache Maven Javadoc Plugin
Description: The Apache Maven Javadoc Plugin is a plugin that uses the
javadoc tool for generating javadocs for the specified project.
Group Id: org.apache.maven.plugins
Artifact Id: maven-javadoc-plugin
Version: 2.10
Goal Prefix: javadoc
同时
mvn dependency:resolve-plugins
显示
[INFO] Plugin Resolved: maven-javadoc-plugin-2.9.1.jar
然而,当我运行构建时,mvn使用2.10,导致构建失败。
我怎样才能强迫maven使用2.9.1而不是坏掉的2.10?
(我使用的是Maven 3.2.1)
确保您正在查看正确的依赖项。我们看到指定的2.9.1用于站点报告,但构建正在使用2.10。我相信您应该在您的
<代码>
以及第节。
我们刚刚验证了我们遇到了同样的问题。我们在报告插件部分有插件版本,但没有构建插件。一旦我们将其添加到构建插件部分,问题就解决了。它需要在构建插件中的原因是因为它在准备部署阶段用于构建javadoc jar。这与为站点报告生成javadoc分开发生。
我所在的团队使用maven和gradle,我有一个gradle项目,希望生成一个功能正常的pom文件,以便我们的maven用户可以继续使用maven。 我已经解决了这个问题,生成了一个具有适当依赖关系的pom,如下所示: 建筑格拉德尔节选: 这对于仅创建pom上的依赖项非常有效,但gradle的maven插件API似乎不支持定义
在插件管理,可以查看项目已安装的插件列表,也可以在上方的搜索框中搜索项目已安装的插件,然后更新或卸载它们。 安装插件 点击右上角的“安装插件”按钮后,我们可以浏览所有的插件,这里我们将San CLI插件和San CLI UI插件进行了分类展示,提升搜索效率。 安装 devtools 右上角还提供了安装 devtools 的快捷入口。 注:devtools 是用于调试 san.js 应用的开发工具。
微信文档:https://developers.weixin.qq.com/miniprogram/dev/api-backend/open-api/plugin-management/pluginManager.applyPlugin.html 申请使用插件 $pluginAppId = 'xxxxxxxxx'; $app->plugin->apply($pluginAppId); 删除已添
从版本4.3.0开始,Cordova提供了保存和恢复平台和插件的能力。 这个特性允许开发者保存和恢复他们的app到一个已知的状态,而不用去检测所有平台和插件的源代码。 'save'命令存储app平台和插件的详细版本信息到config.xml里面。当一个'cordova prepare'命令发出,通过利用先前保存在config.xml里面的信息, 'restore'步骤就会自动执行。 下面场景,sa
既然本文主旨在于讲解如何通过插件将 vim 打造成中意的 C/C++ IDE,那么高效管理插件是首要解决的问题。 vim 自身希望通过在 .vim/ 目录中预定义子目录管理所有插件(比如,子目录 doc/ 存放插件帮助文档、plugin/ 存放通用插件脚本),vim 的各插件打包文档中通常也包含上述两个(甚至更多)子目录,用户将插件打包文档中的对应子目录拷贝至 .vim/ 目录即可完成插件的安装。
10.2 插件管理器插件介绍 10.2.1 插件管理的必要性 上一节介绍了 vim 用户目录(~/.vim,并推荐设为 $VIMHOME 环境变量)。这在自 己写简单脚本是很方便的,按规范将不同性质与功能的脚本放在不同子目录。但这有个潜 在的问题,源于你不能总是自己造轮子,且不论是否有能力造复杂的轮子。 这世界上多年以来有许多狂热的 vim 爱好者,开发了许多作秀的插件,应该善加选择然 后下载安装