They're all truncated (for full list: https://ci-builds.apache.org/job/Tika/job/tika-main-jdk8/150/consoleFull
java.lang.NoSuchMethodError: java.nio.ByteBuffer.position(I)Ljava/nio/ByteBuffer; at org.apache.tika.parser.microsoft.PowerPointParserTest.testCommentAuthorship(PowerPointParserTest.java:285 I've seen this before when building w > 8 and then trying to run on 8 without "release" ing for 8 (e.g. https://stackoverflow.com/questions/61267495/exception-in-thread-main-java-lang-nosuchmethoderror-java-nio-bytebuffer-flip) 1) I thought we were release-ing for 8 2) this was theoretically the jdk8 (and I see:[tika-main-jdk8] $ /home/jenkins/tools/java/latest1.8/bin/java ) Is it pulling artefacts built with 11 and not using the local builds? On Thu, Feb 4, 2021 at 4:00 PM Ken Krugler <[email protected]> wrote: > > Hi Tim, > > What’s the full stack trace for the NoSuchMethodError? > > — Ken > > On Feb 4, 2021, at 12:06 PM, Tim Allison <[email protected]> wrote: > > Any recs on how to fix this? Looks like Jenkins pulled in artefacts > built with Java > 8 or vice versa? > > > https://ci-builds.apache.org/job/Tika/job/tika-main-jdk8/org.apache.tika$tika-parser-microsoft-module/150/testReport/junit/org.apache.tika.parser.microsoft/OutlookParserTest/testOutlookHTMLfromRTF/ > Error Message > > java.nio.ByteBuffer.position(I)Ljava/nio/ByteBuffer; > > Stacktrace > > java.lang.NoSuchMethodError: > java.nio.ByteBuffer.position(I)Ljava/nio/ByteBuffer; > at > > > ---------- Forwarded message --------- > From: Hudson (Jira) <[email protected]> > Date: Thu, Feb 4, 2021 at 1:44 PM > Subject: [jira] [Commented] (TIKA-3292) Remove GSON where possible in 2.x > To: <[email protected]> > > > > [ > https://issues.apache.org/jira/browse/TIKA-3292?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17279061#comment-17279061 > ] > > Hudson commented on TIKA-3292: > ------------------------------ > > UNSTABLE: Integrated in Jenkins build Tika » tika-main-jdk8 #150 (See > [https://ci-builds.apache.org/job/Tika/job/tika-main-jdk8/150/]) > TIKA-3292 -- swap jackson for gson where trivial (tallison: > [https://github.com/apache/tika/commit/23061995bdd2a9fbd58744ae65405fa61c5fd0da]) > * (edit) tika-eval/tika-eval-core/pom.xml > * (edit) tika-bundles/tika-bundle-classic/pom.xml > * (edit) > tika-eval/tika-eval-core/src/main/java/org/apache/tika/eval/core/tokens/AnalyzerManager.java > * (edit) > tika-langdetect/tika-langdetect-mitll-text/src/main/java/org/apache/tika/langdetect/mitll/TextLangDetector.java > * (edit) > tika-eval/tika-eval-core/src/main/java/org/apache/tika/eval/core/tokens/AnalyzerDeserializer.java > * (edit) tika-langdetect/tika-langdetect-lingo24/pom.xml > * (edit) > tika-langdetect/tika-langdetect-lingo24/src/main/java/org/apache/tika/langdetect/lingo24/Lingo24LangDetector.java > * (edit) tika-langdetect/tika-langdetect-mitll-text/pom.xml > * (edit) > tika-eval/tika-eval-core/src/main/java/org/apache/tika/eval/core/textstats/CompositeTextStatsCalculator.java > > > Remove GSON where possible in 2.x > --------------------------------- > > Key: TIKA-3292 > URL: https://issues.apache.org/jira/browse/TIKA-3292 > Project: Tika > Issue Type: Task > Reporter: Tim Allison > Assignee: Tim Allison > Priority: Minor > Fix For: 2.0.0 > > > We or our dependencies use 4? json parsers last time I looked. It feels like > a majority of our dependencies use jackson. I used to have a preference for > GSON, which is why we have so much of it. Let's convert our gson to jackson > to decrease the # of dependencies. > > > > > -- > This message was sent by Atlassian Jira > (v8.3.4#803005) > > > -------------------------- > Ken Krugler > http://www.scaleunlimited.com > custom big data solutions & training > Hadoop, Cascading, Cassandra & Solr >
