Bug#850798: tika: FTBFS: Could not resolve dependencies for project org.apache.tika:tika-parsers:jar:1.5

Cyril Brulebois kibi at debian.org
Sat Dec 29 19:11:05 GMT 2018 

Hi Chris, and tika maintainers,

I've taken some random shots at packaging a newer tika version (to
address CVE-2016-4434, #825501), which I'll document in that other
bug report. Since it wasn't exactly trivial, I've tried to deal with
this FTBFS, without much luck…

Chris Lamb <lamby at debian.org> (2017-01-10):
>   [INFO] ------------------------------------------------------------------------
>   [WARNING] The POM for org.gagravarr:vorbis-java-tika:jar:debian is missing, no dependency information available
>   [INFO] ------------------------------------------------------------------------
>   [INFO] Reactor Summary:
>   [INFO] 
>   [INFO] Apache Tika parent ................................. SUCCESS [  0.003 s]
>   [INFO] Apache Tika core ................................... SUCCESS [  5.504 s]
>   [INFO] Apache Tika parsers ................................ FAILURE [  0.052 s]
>   [INFO] Apache Tika XMP .................................... SKIPPED
>   [INFO] Apache Tika Java-7 Components ...................... SKIPPED
>   [INFO] Apache Tika ........................................ SKIPPED
>   [INFO] ------------------------------------------------------------------------
>   [INFO] BUILD FAILURE
>   [INFO] ------------------------------------------------------------------------
>   [INFO] Total time: 6.551 s
>   [INFO] Finished at: 2017-01-10T09:15:31+00:00
>   [INFO] Final Memory: 18M/304M
>   [INFO] ------------------------------------------------------------------------
>   [ERROR] Failed to execute goal on project tika-parsers: Could not resolve dependencies for project org.apache.tika:tika-parsers:jar:1.5: Cannot access central (https://repo.maven.apache.org/maven2) in offline mode and the artifact org.gagravarr:vorbis-java-tika:jar:debian has not been downloaded from it before. -> [Help 1]

Looking at libvorbis-java, here's what happened in the latest upload[1]:

,---
| vorbis-java (0.8-2) unstable; urgency=medium
| .
|   * Team upload.
|   * Remove tika from Build-Depends and ignore the pom file because
|     Tika will not be part of the next stable release. (Closes: #844753)
|   * Skip the tests because without tika the test suite fails now.
`---

 1. https://tracker.debian.org/news/827738/accepted-vorbis-java-08-2-source-into-unstable/

So I've tried downgrading to the previous version (0.8-1), which got me
further but:
| [ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:3.8.0:compile (default-compile) on project tika-parsers: Compilation failure: Compilation failure: 
| [ERROR] /home/kibi/hack/bsp/puppetdb-builds/tika-1.5/tika-parsers/src/main/java/org/apache/tika/parser/image/ImageMetadataExtractor.java:[224,60] cannot find symbol
| [ERROR]   symbol:   variable TAG_THUMBNAIL_IMAGE_WIDTH
| [ERROR]   location: class com.drew.metadata.exif.ExifThumbnailDirectory
| [ERROR] /home/kibi/hack/bsp/puppetdb-builds/tika-1.5/tika-parsers/src/main/java/org/apache/tika/parser/image/ImageMetadataExtractor.java:[226,60] cannot find symbol
| [ERROR]   symbol:   variable TAG_THUMBNAIL_IMAGE_HEIGHT
| [ERROR]   location: class com.drew.metadata.exif.ExifThumbnailDirectory
| [ERROR] /home/kibi/hack/bsp/puppetdb-builds/tika-1.5/tika-parsers/src/main/java/org/apache/tika/parser/image/ImageMetadataExtractor.java:[369,60] cannot find symbol
| [ERROR]   symbol:   variable TAG_THUMBNAIL_IMAGE_WIDTH
| [ERROR]   location: class com.drew.metadata.exif.ExifThumbnailDirectory
| [ERROR] /home/kibi/hack/bsp/puppetdb-builds/tika-1.5/tika-parsers/src/main/java/org/apache/tika/parser/image/ImageMetadataExtractor.java:[370,99] cannot find symbol
| [ERROR]   symbol:   variable TAG_THUMBNAIL_IMAGE_WIDTH
| [ERROR]   location: class com.drew.metadata.exif.ExifThumbnailDirectory
| [ERROR] /home/kibi/hack/bsp/puppetdb-builds/tika-1.5/tika-parsers/src/main/java/org/apache/tika/parser/image/ImageMetadataExtractor.java:[372,60] cannot find symbol
| [ERROR]   symbol:   variable TAG_THUMBNAIL_IMAGE_HEIGHT
| [ERROR]   location: class com.drew.metadata.exif.ExifThumbnailDirectory
| [ERROR] /home/kibi/hack/bsp/puppetdb-builds/tika-1.5/tika-parsers/src/main/java/org/apache/tika/parser/image/ImageMetadataExtractor.java:[373,100] cannot find symbol
| [ERROR]   symbol:   variable TAG_THUMBNAIL_IMAGE_HEIGHT
| [ERROR]   location: class com.drew.metadata.exif.ExifThumbnailDirectory
| [ERROR] /home/kibi/hack/bsp/puppetdb-builds/tika-1.5/tika-parsers/src/main/java/org/apache/tika/parser/microsoft/ooxml/XWPFWordExtractorDecorator.java:[114,51] incompatible types: org.apache.poi.xwpf.usermodel.ISDTContent cannot be converted to org.apache.poi.xwpf.usermodel.XWPFSDTContent
| [ERROR] /home/kibi/hack/bsp/puppetdb-builds/tika-1.5/tika-parsers/src/main/java/org/apache/tika/parser/microsoft/ooxml/XSSFExcelExtractorDecorator.java:[206,22] org.apache.tika.parser.microsoft.ooxml.XSSFExcelExtractorDecorator.SheetTextAsHTML is not abstract and does not override abstract method cell(java.lang.String,java.lang.String,org.apache.poi.xssf.usermodel.XSSFComment) in org.apache.poi.xssf.eventusermodel.XSSFSheetXMLHandler.SheetContentsHandler

So I've tried to downgrade to an earlier version of the
libmetadata-extractor-java package: version 2.7.2-2; the relevant
symbols were indeed removed when the 2.10.1 upstream release was
imported.

But here's what I'm hitting now:
| [ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:3.8.0:compile (default-compile) on project tika-parsers: Compilation failure: Compilation failure: 
| [ERROR] /home/kibi/hack/bsp/puppetdb-builds/tika-1.5/tika-parsers/src/main/java/org/apache/tika/parser/microsoft/ooxml/XWPFWordExtractorDecorator.java:[114,51] incompatible types: org.apache.poi.xwpf.usermodel.ISDTContent cannot be converted to org.apache.poi.xwpf.usermodel.XWPFSDTContent
| [ERROR] /home/kibi/hack/bsp/puppetdb-builds/tika-1.5/tika-parsers/src/main/java/org/apache/tika/parser/microsoft/ooxml/XSSFExcelExtractorDecorator.java:[206,22] org.apache.tika.parser.microsoft.ooxml.XSSFExcelExtractorDecorator.SheetTextAsHTML is not abstract and does not override abstract method cell(java.lang.String,java.lang.String,org.apache.poi.xssf.usermodel.XSSFComment) in org.apache.poi.xssf.eventusermodel.XSSFSheetXMLHandler.SheetContentsHandler

In the end, it seems it would just be too hard to get tika 1.5 to build
again with what I thought could be easy fixes… I'll move the discussion
over to #825501, with my initial findings regarding new upstream
releases.


Cheers,
-- 
Cyril Brulebois (kibi at debian.org)            <https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <http://alioth-lists.debian.net/pipermail/pkg-java-maintainers/attachments/20181229/081ec84c/attachment.sig>

More information about the pkg-java-maintainers mailing list