Question

我们的项目是使用Eclipse OSGi开发的，但也通过 jardesc 文件提供了正常的JAR，以便导出。该项目使用ASM库和 javaagent 以便与invokevirtual调用交换invokedynamic。

这在Java 7和8中效果很好。现在，我们升级到Java 9，并移植了实现以使用jdk.dynalink。

java --version`
java 9.0.4
Java(TM) SE Runtime Environment (build 9.0.4+11)
Java HotSpot(TM) 64-Bit Server VM (build 9.0.4+11, mixed mode)

出口零件

OTRE_MIN：最小的运行时和元对象协议部分。
OTRE_DYN：动态编织代码（ASM）和其余的运行时。
OTRE_AGEND：javaagent。

目前，OTRE_MIN还包括OTRE_DYN。因此，所有内容都放入了bootclasspath。

我用以下代码启动程序

JVM_ARGS="-d64 -Xms1024m -Xmx4048m -ea"
MODULES="--add-reads jdk.dynalink=ALL-UNNAMED --add-reads java.base=ALL-UNNAMED"

${JAVA_HOME}bin/java $MODULES \
-Xbootclasspath/a:${OTRE_MIN} -javaagent:$OTREDYN_AGENT $JVM_ARGS \
-jar ...

但是，似乎jdk.dynalink软件包在引导类路径上不再可见。

java.lang.NoClassDefFoundError: jdk/dynalink/linker/GuardingDynamicLinker
at org.eclipse.objectteams.otredyn.runtime.dynamic.CallinBootstrap.<clinit>(CallinBootstrap.java:19)
at org.eclipse.objectteams.otredyn.bytecode.asm.CreateCallAllBindingsCallInOrgMethod.<clinit>(CreateCallAllBindingsCallInOrgMethod.java:115)
at org.eclipse.objectteams.otredyn.bytecode.asm.AsmWritableBoundClass.createCallAllBindingsCallInOrgMethod(AsmWritableBoundClass.java:300)
at org.eclipse.objectteams.otredyn.bytecode.AbstractBoundClass.weaveBindingInImplementedMethod(AbstractBoundClass.java:1180)
at org.eclipse.objectteams.otredyn.bytecode.AbstractBoundClass.handleTaskList(AbstractBoundClass.java:741)
at org.eclipse.objectteams.otredyn.bytecode.AbstractBoundClass.transformAtLoadTime(AbstractBoundClass.java:383)
at org.eclipse.objectteams.otredyn.transformer.jplis.ObjectTeamsTransformer.transform(ObjectTeamsTransformer.java:120)
at org.eclipse.objectteams.otredyn.transformer.jplis.ObjectTeamsTransformer.transform(ObjectTeamsTransformer.java:72)
at java.instrument/java.lang.instrument.ClassFileTransformer.transform(ClassFileTransformer.java:246)
at java.instrument/sun.instrument.TransformerManager.transform(TransformerManager.java:188)
at java.instrument/sun.instrument.InstrumentationImpl.transform(InstrumentationImpl.java:550)
at java.base/java.lang.ClassLoader.defineClass1(Native Method)
at java.base/java.lang.ClassLoader.defineClass(ClassLoader.java:1007)
at java.base/java.security.SecureClassLoader.defineClass(SecureClassLoader.java:174)
at java.base/jdk.internal.loader.BuiltinClassLoader.defineClass(BuiltinClassLoader.java:801)
at java.base/jdk.internal.loader.BuiltinClassLoader.findClassOnClassPathOrNull(BuiltinClassLoader.java:699)
at java.base/jdk.internal.loader.BuiltinClassLoader.loadClassOrNull(BuiltinClassLoader.java:622)
at java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:580)
at java.base/jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:185)
at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:496)
at BankBenchmark2.setUp(BankBenchmark2.java:32)
at Run.doRuns(Run.java:55)
at Run.runBenchmark(Run.java:29)
at Harness.main(Harness.java:34)

我阅读了有关Java 9和模块系统以及对类加载器的更改的其他线程，但是它们没有提供解决该问题的任何方法。

在Java 9之前，如何使jdk.dynalink的类可以看到$OTRE_MIN？

Answer 1

解决方案是在如何填充和使用类路径层次结构时要更加小心。 Java 9使您可以对此进行更多思考，因为并非所有模块都始终可见。

我将罐子分开，以便针对每个问题将它们分开：javaagent，加载时编织。现在，最小的运行时（OTRE_MIN）在bootclasspath中可见。其余的通过OTRE_DYN添加到应用程序的普通类路径中。 OTRE_AGENT像以前一样保留javaagent。

JVM_ARGS="-d64 -Xms1024m -Xmx4048m -ea"
MODULES="--add-reads jdk.dynalink=ALL-UNNAMED --add-reads java.base=ALL-UNNAMED"

${JAVA_HOME}bin/java $MODULES \
  -Xbootclasspath/a:${OTRE_MIN} -javaagent:$OTREDYN_AGENT $JVM_ARGS -cp ${OTRE_DYN} \
  -jar ...

但是，这只是避免在引导类路径中使用jdk.dynlink，而且问题仍然可以解决。

从Java 9的bootclasspath中看不到jdk.dynalink

1 个答案: