[
https://issues.apache.org/jira/browse/TIKA-1844?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15251085#comment-15251085
]
Hudson commented on TIKA-1844:
------------------------------
FAILURE: Integrated in tika-trunk-jdk1.7 #961 (See
[https://builds.apache.org/job/tika-trunk-jdk1.7/961/])
TIKA-1844 pass through POT if it isn't available -- via Aditya (tallison: rev
72d76f884e3997ecee322e8327f51053d0a34bad)
*
tika-parsers/src/main/java/org/apache/tika/parser/pot/PooledTimeSeriesParser.java
TIKA-1844 clean up indentation, clean up streams in case of exceptions,
(tallison: rev 2ec36ff4b817d1378b75f0654648a260c3d5928f)
*
tika-parsers/src/main/java/org/apache/tika/parser/pot/PooledTimeSeriesParser.java
TIKA-1844 clean up indentation, clean up streams in case of exceptions,
(tallison: rev 8487fa73d0110fdead3475b2980425b1ef6662fe)
* CHANGES.txt
> PooledTimeSeriesParser takes precedence over MP4Parser
> ------------------------------------------------------
>
> Key: TIKA-1844
> URL: https://issues.apache.org/jira/browse/TIKA-1844
> Project: Tika
> Issue Type: Bug
> Reporter: Tim Allison
> Priority: Minor
> Fix For: 2.0, 1.13
>
>
> The PooledTimeSeriesParser currently takes precedence over the MP4Parser even
> if the pooled-time-series application is not installed. This means that
> clients will lose metadata formerly extracted by the MP4Parser unless they
> remove the PooledTimeSeriesParser.
> This is similar to what happened with the integration of the Tesseract Parser
> (TIKA-1445). We should probably follow a similar pattern to that...run both
> parsers and combine metadata.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
