You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@jackrabbit.apache.org by "Chris Poulsen (Jira)" <ji...@apache.org> on 2022/09/01 12:01:00 UTC

[jira] [Comment Edited] (JCR-4832) commons-compress jar seems to be missing in JCA archive

    [ https://issues.apache.org/jira/browse/JCR-4832?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17598912#comment-17598912 ] 

Chris Poulsen edited comment on JCR-4832 at 9/1/22 12:00 PM:
-------------------------------------------------------------

I'm not sure...

In {{SearchIndex.java}} (lines:1020-1030)  we are instantiating {{TikaConfig}} using the {{tika-config.xml}} bundled in "jackrabbit-core" - This fails due to link errors and then the {{SearchIndex}} falls back to using {{TikaConfig.getDefaultConfig()}}.

I assume that there is a reason for bundling the Tika config file in Jackrabbit - And since the config that the file represents is invalid, the SearchIndex ends up using some default Tika configuration instead. 

It does not feel like it is the intention, but I'm not familiar enough with the inner workings of Jackrabbit to determine whether that is actually the case.


was (Author: chrispoulsen):
I'm not sure...

In {{SearchIndex.java}} (lines:1020-1030)  we are instantiating {{TikaConfig}} using the {{tika-config.xml}} bundled in "jackrabbit-core" - This fails due to link errors and then the {{SearchIndex}} falls back to using {{TikaConfig.getDefaultConfig()}}.

I assume that there is a reason for bundling the Tika config file in Jackrabbit - And since the config that the file represents is invalid, the SearchIndex ends up using some default Tika configuration instead. 

It does not feel like it is the intention, but I'm not familiar enough with the inner workings of Jackrabbit to determine that.

> commons-compress jar seems to be missing in JCA archive
> -------------------------------------------------------
>
>                 Key: JCR-4832
>                 URL: https://issues.apache.org/jira/browse/JCR-4832
>             Project: Jackrabbit Content Repository
>          Issue Type: Bug
>          Components: jackrabbit-jca
>    Affects Versions: 2.20.6
>            Reporter: Chris Poulsen
>            Priority: Major
>         Attachments: tika-commons-compress.txt
>
>
> I'm trying to upgrade to Jackrabbit v2.20.6 as part of a larger dependency update.
> We use the JCA archive because we need XA transactions.
> During deployment of the 2.20.6 archive I see stacktraces with:
> {code:java}
> Caused by: java.lang.ClassNotFoundException: org.apache.commons.compress.compressors.CompressorException {code}
> (More complete log attached)
> As far as I can tell, you include:
> {code:java}
> org.apache.tika:tika-parser-zip-commons:2.4.0{code}
> Which in turn has a dependency on:
> {code:java}
> org.apache.commons:commons-compress:1.21 {code}
> And the latter is not present in the JCA archive.
> I do not think that we are relying much on the Tika stuff, but I am a bit worried that something is not working correctly based on all these stack traces.
> I guess the missing dependency is a bug.
>  



--
This message was sent by Atlassian Jira
(v8.20.10#820010)