问题：

Maven插件开发-如何确保为Maven 3.0.x而不是3.1.x构建？

陈毅

2023-03-14

我试图开发一个定制的Maven插件。我当前在执行单元测试时遇到了这个问题:java.lang.noClassDefFounderRor:org.eclipse.aether.repositorySystemSession堆栈跟踪如下：

initializationError(com.mycompany.MyPluginTest)  Time elapsed: 0 sec  (TestSuite.java:132)
    at org.junit.internal.runners.JUnit38ClassRunner.(JUnit38ClassRunner.java:72)
    at org.junit.internal.builders.JUnit3Builder.runnerForClass(JUnit3Builder.java:11)
    at org.junit.runners.model.RunnerBuilder.safeRunnerForClass(RunnerBuilder.java:59)
    at org.junit.internal.builders.AllDefaultPossibilitiesBuilder.runnerForClass(AllDefaultPossibilitiesBuilder.java:26)
    at org.junit.runners.model.RunnerBuilder.safeRunnerForClass(RunnerBuilder.java:59)
    at org.junit.internal.requests.ClassRequest.getRunner(ClassRequest.java:26)
    at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:262)
    at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:153)
    at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:124)
    at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:200)
    at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:153)
    at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:103)
Caused by: java.lang.ClassNotFoundException: org.eclipse.aether.RepositorySystemSession
    at java.net.URLClassLoader.findClass(URLClassLoader.java:423)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:660)
    at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:346)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:626)
    at java.lang.J9VMInternals.verifyImpl(Native Method)
    at java.lang.J9VMInternals.verify(J9VMInternals.java:72)
    at java.lang.J9VMInternals.verify(J9VMInternals.java:70)
    at java.lang.J9VMInternals.initialize(J9VMInternals.java:134)
    at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
    at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:44)
    at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
    at java.lang.reflect.Constructor.newInstance(Constructor.java:516)
    at junit.framework.TestSuite.createTest(TestSuite.java:63)
    at junit.framework.TestSuite.addTestMethod(TestSuite.java:310)
    at junit.framework.TestSuite.addTestsFromTestCase(TestSuite.java:153)
    at junit.framework.TestSuite.(TestSuite.java:132)
    at org.junit.internal.runners.JUnit38ClassRunner.(JUnit38ClassRunner.java:72)
    at org.junit.internal.builders.JUnit3Builder.runnerForClass(JUnit3Builder.java:11)
    at org.junit.runners.model.RunnerBuilder.safeRunnerForClass(RunnerBuilder.java:59)
    at org.junit.internal.builders.AllDefaultPossibilitiesBuilder.runnerForClass(AllDefaultPossibilitiesBuilder.java:26)
    at org.junit.runners.model.RunnerBuilder.safeRunnerForClass(RunnerBuilder.java:59)
    at org.junit.internal.requests.ClassRequest.getRunner(ClassRequest.java:26)
    at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:262)
    at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:153)
    at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:124)
    at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:200)
    at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:153)
    at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:103)

根据我的研究，在为Maven 3.1.x构建时可能会发生这种情况，因为Maven从sonatype aether实现切换到了eclipse实现。

还有，有人知道是否有可能构建一个适用于Maven 3.0.x和3.1.x的插件吗？我不想在将来的某一天，当我们转向一个新版本的Maven时，再经历这一切。

我的POM中的依赖关系如下所示：

<dependencies>
    <dependency>
        <groupId>org.apache.maven</groupId>
        <artifactId>maven-plugin-api</artifactId>
        <version>3.0.4</version>
    </dependency>
    <dependency>
        <groupId>org.apache.maven.plugin-tools</groupId>
        <artifactId>maven-plugin-annotations</artifactId>
        <version>3.0</version>
    </dependency>
    <dependency>
        <groupId>org.apache.maven.plugin-tools</groupId>
        <artifactId>maven-plugin-tools-api</artifactId>
        <version>3.0</version>
    </dependency>
    <dependency>
        <groupId>org.apache.maven.plugin-testing</groupId>
        <artifactId>maven-plugin-testing-harness</artifactId>
        <version>3.0.0</version>
        <scope>test</scope>
    </dependency>
    <dependency>
        <groupId>junit</groupId>
        <artifactId>junit</artifactId>
        <version>4.11</version>
        <scope>test</scope>
    </dependency>
    <dependency>
        <groupId>org.apache.maven.plugins</groupId>
        <artifactId>maven-resources-plugin</artifactId>
        <version>2.6</version>
    </dependency>
    <dependency>
        <groupId>org.apache.maven</groupId>
        <artifactId>maven-compat</artifactId>
        <version>3.0.4</version>
    </dependency>
    <dependency>
        <groupId>org.apache.maven</groupId>
        <artifactId>maven-model</artifactId>
        <version>3.0.4</version>
    </dependency>
</dependencies>

共有1个答案

严斌

2023-03-14

好的，所以我想我已经解决了Aether的问题：这似乎取决于使用的maven-plugin-testing-harness的哪个版本。版本<=2.1似乎使用了sonatype Aether。使用这组依赖项可以解决以太问题：

    <dependency>
        <groupId>org.apache.maven</groupId>
        <artifactId>maven-artifact</artifactId>
        <version>3.0.5</version>
    </dependency>

    <dependency>
        <groupId>org.apache.maven</groupId>
        <artifactId>maven-compat</artifactId>
        <version>3.0.5</version>
    </dependency>

    <dependency>
        <groupId>org.apache.maven</groupId>
        <artifactId>maven-plugin-api</artifactId>
        <version>3.0.5</version>
    </dependency>

    <dependency>
        <groupId>org.apache.maven.plugins</groupId>
        <artifactId>maven-resources-plugin</artifactId>
        <version>2.6</version>
    </dependency> 

    <dependency>
        <groupId>org.apache.maven</groupId>
        <artifactId>maven-core</artifactId>
        <version>3.0.5</version>
    </dependency>  

    <dependency>
        <groupId>org.apache.maven.plugin-tools</groupId>
        <artifactId>maven-plugin-annotations</artifactId>
        <version>3.1</version>
    </dependency>
    <dependency>
        <!-- version 2.1 uses sonatype aether. anything after 2.1 uses eclipse aether. -->
        <groupId>org.apache.maven.plugin-testing</groupId>
        <artifactId>maven-plugin-testing-harness</artifactId>
        <scope>test</scope>
        <version>2.1</version>
    </dependency>
    <dependency>
        <groupId>junit</groupId>
        <artifactId>junit</artifactId>
        <version>4.11</version>
        <scope>test</scope>
    </dependency>

类似资料：

为什么在Python标准contextlib中使用type（x）.__ enter __（x）而不是x .__ enter __（）？

问题内容：在contextlib.py，我看到ExitStack类正在呼叫经由类型的对象方法（），而不是直接方法调用给定对象（）。我不知道为什么或为什么不。例如，发生错误时，它能否提供更好的异常跟踪？它只是特定于某些模块作者的编码风格吗？它对性能有好处吗？它可以避免一些带有复杂类型层次结构的工件/副作用吗？问题答案：首先，这就是您执行操作时发生的事情，而不仅仅是在类型上查找特殊方
为什么x ==（x = y）与（x = y）== x不同？

问题内容：考虑以下示例：我不确定Java语言规范中是否有一项规定要加载变量的先前值以便与右侧（）进行比较，该变量应按照方括号内的顺序进行计算。为什么第一个表达式求值，而第二个表达式求值？我本来希望先被评估，然后再与自身（）比较并返回。这个问题与Java表达式中子表达式的求值顺序不同，因为这里绝对不是“子表达式”。需要加载它以进行比较，而不是对其进行“评估”。这个问题是特定于Java的，
为什么使用形状（x，）的数组而不是（x，1）？[副本]

我最近遇到了几个错误，因为Numpy数组的形状是（x）-这些可以很容易地通过下面的代码段修复但这确实让我想知道，为什么（x，）是1D数组的默认形状？
如何使用maven插件正确构建Spring Boot far？

我正在尝试使用maven-assembly-plugin构建我的Spring Boot应用程序的一个包罗万象的fat jar。我运行mvn clean包，没有创建jar。我做错了什么？我的POM：
为什么x==(x=y)和(x=y)==x不一样？

这个问题与Java表达式中子表达式的求值顺序不同，因为在这里肯定不是“子表达式”。需要加载它进行比较，而不是“求值”。这个问题是特定于Java的，表达式来自一个真实的项目，而不是通常为棘手的面试问题而设计的牵强附会的不切实际的构造。它应该是比较和替换习语的一行替换它比x86 CMPXCHG指令还要简单，因此在Java中应该使用更短的表达式。
当x不是int时，如何计算x的模y？

如何评估像3/2%2这样的东西？在解决以下问题时卡住了：我的工作：第一次执行 int k=12/2，k=6 6%2返回0，所以6%2！=0的计算结果为false，n=0 第二次执行 k=6/2，k=3 3%2返回1，因此3%2！=0的计算结果为真，n=1 第三次执行 k=3/2，k=1.5 1.5%2。。。不确定如何评估并继续？谢谢

Maven插件开发-如何确保为Maven 3.0.x而不是3.1.x构建？

共有1个答案

相关问答

相关文章

相关阅读

相关工具

相关文档