[
https://issues.apache.org/jira/browse/JCR-3667?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13999774#comment-13999774
]
Domenic DiTano commented on JCR-3667:
-------------------------------------
Hello,
Just wondering if this issue has been resolved. I have tried the latest
jackrabbit 2.8 w/tika (1.3, 1.4, and 1.5) and it still does not seem to be
working.
thanks,
Domenic
> Possible regression with accepted content types when extracting and indexing
> binary values
> ------------------------------------------------------------------------------------------
>
> Key: JCR-3667
> URL: https://issues.apache.org/jira/browse/JCR-3667
> Project: Jackrabbit Content Repository
> Issue Type: Bug
> Affects Versions: 2.4.4, 2.6.3
> Reporter: Cédric Damioli
> Assignee: Jukka Zitting
> Labels: patch
>
> JCR-3476 introduced a mime-type test before parsing binary values, based on
> Tika's supported parsers.
> This may lead to incorrect behaviours, with a "text/xml" not being extracted
> and indexed because the XMLParser does not declare "text/xml" as a supported
> type.
> The problem here is that there is a regression between 2.4.3 and 2.4.4,
> because the same content was previously well recognized by Tika's Detector
> and then extracted.
> Furthermore, it seems to me inconsistent on one hand to rely on the declared
> content type and on the other hand to delegate the actual type detection to
> Tika ?
> This may lead to cases where the jcr:mimeType value is set to eg.
> "application/pdf" but detected and parsed by Tika as "text/plain" with no
> error.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
