JiriOndrusek opened a new pull request, #9343:
URL: https://github.com/apache/camel-quarkus/pull/9343
Fixes apache/camel-quarkus#9087.
`camel-quarkus-tika` now parses PDFs in native mode when
`tika-parser-pdf-module` is on the classpath. Until now this only worked inside
`langchain4j-ingest`, which set up PDFBox itself.
When the PDF module is present, the tika extension now:
- registers the PDFBox resources and FontBox CMaps (PDFs with Identity-H
fonts failed in native, same as #9323)
- depends on `support-commons-logging`: PDFBox logs via commons-logging,
which the BOM excludes
- skips Angus activation's native config when `jakarta.mail` is absent
(bcjmail's mailcap handlers broke the image build)
- drops the `org.apache.tika.parser.pdf` runtime init, not needed with
Tika 4.1
The PDFBox setup moves from `langchain4j-ingest` to `tika`, so ingest keeps
working through the Tika parser.
Tests: new tika IT cases for an Identity-H font and a non-embedded
standard-14 font; tika, pdf and langchain4j-ingest ITs pass in JVM and native.
Docs: "Parser modules" section in the tika extension page.
🤖 Generated with [Claude Code](https://claude.com/claude-code)
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: [email protected]
For queries about this service, please contact Infrastructure at:
[email protected]
