[
https://issues.apache.org/jira/browse/TIKA-2778?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16686026#comment-16686026
]
Tim Allison commented on TIKA-2778:
-----------------------------------
Minimal triggering code:
{noformat}
@Test
public void testBasicAttachmentMap() throws Exception {
try {
AttachmentUtil.getCommandMap();
} catch (Throwable t) {
t.printStackTrace();
}
}
{noformat}
Stacktrace:
{noformat}
INFO Setting the server's publish address to be http://localhost:9998/
INFO Logging initialized @5042ms to org.eclipse.jetty.util.log.Slf4jLog
INFO jetty-9.4.12.v20180830; built: 2018-08-30T13:59:14.071Z; git:
27208684755d94a92186989f695db2d7b21ebc51; jvm 11+28
INFO Started ServerConnector@2e029d61{HTTP/1.1,[http/1.1]}{localhost:9998}
INFO Started @5540ms
WARN Empty contextPath
INFO Started o.e.j.s.h.ContextHandler@42b64ab8{/,null,AVAILABLE}
java.lang.NoClassDefFoundError: com/sun/activation/registries/LogSupport
at javax.activation.MailcapCommandMap.<init>(MailcapCommandMap.java:179)
at javax.activation.CommandMap.getDefaultCommandMap(CommandMap.java:85)
at
org.apache.cxf.attachment.AttachmentUtil.<clinit>(AttachmentUtil.java:70)
at
org.apache.tika.server.TikaResourceTest.testBasicAttachmentMap(TikaResourceTest.java:200)
at
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:566)
at
org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
at
org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
at
org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
at
org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
at
org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
at
org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
at
org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
at
org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
at org.junit.runner.JUnitCore.run(JUnitCore.java:137)
at
com.intellij.junit4.JUnit4IdeaTestRunner.startRunnerWithArgs(JUnit4IdeaTestRunner.java:68)
at
com.intellij.rt.execution.junit.IdeaTestRunner$Repeater.startRunnerWithArgs(IdeaTestRunner.java:47)
at
com.intellij.rt.execution.junit.JUnitStarter.prepareStreamsAndStart(JUnitStarter.java:242)
at
com.intellij.rt.execution.junit.JUnitStarter.main(JUnitStarter.java:70)
Caused by: java.lang.ClassNotFoundException:
com.sun.activation.registries.LogSupport
at
java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:582)
at
java.base/jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:178)
at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:521)
... 28 more
INFO Stopped o.e.j.s.h.ContextHandler@42b64ab8{/,null,UNAVAILABLE}
{noformat}
> Upgrade jaxb-runtime and javax.activation
> -----------------------------------------
>
> Key: TIKA-2778
> URL: https://issues.apache.org/jira/browse/TIKA-2778
> Project: Tika
> Issue Type: Task
> Components: parser
> Affects Versions: 1.19.1
> Reporter: Hans Brende
> Priority: Major
>
> The latest version of org.glassfish.jaxb:jaxb-runtime is 2.3.1, which fixes a
> few issues on Java 11. A few important notes to take into consideration:
> 1. jaxb-core is no longer a separate artifact, but has been merged into
> jaxb-runtime.
> 2. jaxb-runtime now pulls in the latest version of the activation API, which
> is: javax.activation:javax.activation-api:1.2.0. *However*, this artifact
> does not include a couple of the source files found in
> javax.activation:activation:1.1.1 (namely, those found in the
> com.sun.activation.* packages). The activation artifact which includes those
> extra sources has moved to: com.sun.activation:javax.activation:1.2.0.
> *However*, if I'm seeing this correctly, the com.sun.activation artifact
> *duplicates* all the code found in the activation-api artifact, rather than
> depending on it. If that's the case, and *if* you still need those extra
> classes in the activation artifact, one might need to manually exclude the
> activation-api artifact pulled in by jaxb-runtime. But, I'm not 100% certain
> here.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
