大佬教程收集整理的这篇文章主要介绍了除了其余的Maven，Maven依赖插件是否还使用其他种类的工件解析？，大佬教程大佬觉得挺不错的，现在分享给大家，也给大家做个参考。
好的，这是真正的答案（我写了依赖插件）：
解压缩和复制目标必须复制一些核心解决方案代码。不幸的是，该解析代码并非真正采用API形式。因此，这些目标无法处理版本范围，也无法直接在反应堆中解决工件（坦率地说，我从未实施过它们，因为它破坏了太多现有用例，是的，解析代码是如此糟糕）
更好的方法是使用这些目标的xxx依赖性形式。这些目标要求Maven在调用它们之前进行解决，因此它是100％兼容的。您可以使用groupID和artifactID过滤器之类的过滤器来有效地获取所需的工件列表，最终结果将相同。
复制和解压缩绝对更加灵活，旨在用于我当时使用的更简单的用例。知道了我现在所知道的，我可能会更像是从xxx-dependencIEs表单开始实现它。
综上所述，在Maven 3中，解析代码最终完全解耦了……依赖插件驱动了大多数所需的用例。我将开始开发新版本的插件，以尽快充分利用此功能……虽然它需要maven 3，但最终可以实现所有目标的100％。
如果我使用maven-dependency-plugin插件，则不能使用版本范围。同样，尽管远程存储库中有较新的版本，但似乎已定义工件的版本并未更新。
为什么呢？
使用maven-dependency-plugin而非maven其余部分来解决依赖关系？如果是这样，为什么？
这里是一个例子：
我创建了一个项目 org.example：org.example.simple.project1：jar 并使用版本
1.0.0-SNAPSHOT，1.0.0、1.0.1 和 1.1.0-SNAPSHOT 将其放入存储库中 __
我现在已经通过以下方式配置了依赖插件：
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-dependency-plugin</artifactId>
<executions>
<execution>
<id>unpack-stuff<id>
<phase>initialize</phase>
<goals>
<goal>unpack</goal>
</goals>
<configuration>
<artifactItems>
<artifactItem>
<groupId>org.example</groupId>
<artifactId>org.example.simple.project1.</artifactId>
<version>[1.0,1.1)</version>
<type>jar</type>
<overWrite>true</overWrite>
<outputDirectory>target/stuff</outputDirectory>
<includes>**/*.*</includes>
</artifactItem>
</artifactItems>
</configuration>
</execution>
</executions>
</plugin>
如果依赖项解析与其他依赖项相同，则该版本应（至少在我看来）解析为 1.0.1 。
相反，我得到以下异常：
[ERROR] FATAL ERROR
[INFO] ------------------------------------------------------------------------
[INFO] version was null for org.example:org.example.simple.project1.
[INFO] ------------------------------------------------------------------------
[INFO] Trace
java.lang.NullPointerException: version was null for org.example:org.example.simple.project1.
at org.apache.maven.artifact.DefaultArtifact.getBaseVersion(DefaultArtifact.java:362)
at org.apache.maven.artifact.repository.layout.DefaultRepositoryLayout.pathOf(DefaultRepositoryLayout.java:47)
at org.apache.maven.artifact.repository.DefaultArtifactRepository.pathOf(DefaultArtifactRepository.java:110)
at org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(DefaultArtifactResolver.java:125)
at org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(DefaultArtifactResolver.java:74)
at org.apache.maven.plugin.dependency.fromConfiguration.AbstractFromConfigurationMojo.getArtifact(AbstractFromConfigurationMojo.java:242)
at org.apache.maven.plugin.dependency.fromConfiguration.AbstractFromConfigurationMojo.getProcessedArtifactItems(AbstractFromConfigurationMojo.java:143)
at org.apache.maven.plugin.dependency.fromConfiguration.UnpackMojo.getProcessedArtifactItems(UnpackMojo.java:138)
at org.apache.maven.plugin.dependency.fromConfiguration.UnpackMojo.execute(UnpackMojo.java:88)
at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:453)
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:559)
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:500)
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:479)
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:331)
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:292)
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:142)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:336)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:129)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:301)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 4 seconds
[INFO] Finished at: Mon Aug 03 17:21:41 CEST 2009
[INFO] Final Memory: 13M/133M
[INFO] ------------------------------------------------------------------------
以上是大佬教程为你收集整理的除了其余的Maven，Maven依赖插件是否还使用其他种类的工件解析？全部内容，希望文章能够帮你解决除了其余的Maven，Maven依赖插件是否还使用其他种类的工件解析？所遇到的程序开发问题。
如果觉得大佬教程网站内容还不错，欢迎将大佬教程推荐给程序员好友。
本图文内容来源于网友网络收集整理提供，作为学习参考使用，版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ：384754419，请注明来意。