【问题标题】:jMockit Error on Initialization: java.lang.IllegalStateException: Running on JDK 9jMockit 初始化错误:java.lang.IllegalStateException:在 JDK 9 上运行
【发布时间】:2018-05-11 08:54:58
【问题描述】:

jmockit 无法在 Eclipse 中初始化: java.lang.IllegalStateException:在 JDK 9 上运行需要 -javaagent:/jmockit-1.n.jar 或 -Djdk.attach.allowAttachSelf

如果我添加 -Djdk.attach.allowAttachSelf VM 参数,它可以正常工作。

为什么我需要添加那个参数? jmockit 并没有说在 JDK 9 上运行时需要。是的,JRE 系统库指向 JDK,是的,jmockit jar 按外部库的顺序位于 junit 之上。

版本:JUnit 4.12、Java jdk 9.0.1、jmockit 1.37、hamcrest core 1.3

java.lang.ExceptionInInitializerError 在 testClass.testMethod(testClass.java:20) 在 java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native 方法)在 java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) 在 java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 在 java.base/java.lang.reflect.Method.invoke(Method.java:564) 在 org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50) 在 org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12) 在 org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47) 在 org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17) 在 org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325) 在 org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78) 在 org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57) 在 org.junit.runners.ParentRunner$3.run(ParentRunner.java:290) 在 org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71) 在 org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288) 在 org.junit.runners.ParentRunner.access$000(ParentRunner.java:58) 在 org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268) 在 org.junit.runners.ParentRunner.run(ParentRunner.java:363) 在 org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:86) 在 org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38) 在 org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:539) 在 org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:761) 在 org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:461) 在 org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:207) 原因:java.lang.IllegalStateException:在 JDK 9 上运行需要 -javaagent:/jmockit-1.n.jar 或 -Djdk.attach.allowAttachSelf 在 mockit.internal.startup.AgentLoader.attachToRunningVM(AgentLoader.java:155) 在 mockit.internal.startup.AgentLoader.loadAgent(AgentLoader.java:60) 在 mockit.internal.startup.Startup.verifyInitialization(Startup.java:137) 在 mockit.Invocations.(Invocations.java:26) ... 24 更多

【问题讨论】:

  • 请注意,JMockit 确实在异常消息中说在 JDK 9 上它是必需的(好吧,或者使用 -javaagent)!比大多数人从未阅读过的文档更好...
  • @Rogerio,哈,我总是在阅读文档时遇到麻烦......

标签: java eclipse junit java-9 jmockit


【解决方案1】:

-Djdk.attach.allowAttachSelf vm 参数,它工作正常。

为什么我需要添加那个参数?

JDK9 中的参数用于附加到本地 VM 本身,也就是自附加。

jmockit 主要为 Instrumentation 使用自附加,这就是他们需要这样一个标志的地方。另外,这个 must 参数在 JDK8 或更早版本上应该被忽略。

可以在jigsaw mailing list.上找到关于相同内容的初步讨论


@Rafaelbyte-buddy#295 提出了类似的讨论和解决方法:-

ByteBuddyAgent.install() 现在可以检测 Java 9 VM,其中 禁止自附加并创建一个辅助进程来附加 从那里开始。

【讨论】:

  • 我会说真正的原因是因为一些 Oracle JDK 工程师做出了这个武断、无效且最终毫无意义的决定,即添加命令行标志以防止来自字节码的恶意代码检测正在运行的 JVM。库可以通过创建一个新进程然后附加回原始进程来轻松解决该标志,这一事实证明该标志没有实现任何有用的功能。相反,他们应该简单地依赖已经存在的AttachPermission
  • @Rogério 好吧,我认为该标志似乎不是很有目的。也许 Alan(if) 可以查看这一点并提供一些关于那里的有效性的细节。
  • Issue #544 已提交申请,要求 JMockit 实施与 Byte Buddy 类似的解决方案,以便不再需要此标志。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2020-06-25
  • 2015-02-19
  • 1970-01-01
  • 1970-01-01
  • 2013-08-01
  • 1970-01-01
相关资源
最近更新 更多