On Sep 13, 2010, at 2:42am, Nick Burch wrote:
On Sat, 11 Sep 2010, Jukka Zitting wrote:
The reason why I originally didn't want to simply catch and ignore
the potential exceptions in the TikaConfig constructor was the lack
of a good error reporting mechanism. The trick of insulating the
e
[
https://issues.apache.org/jira/browse/TIKA-509?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12908785#action_12908785
]
Nick Burch commented on TIKA-509:
-
I think we're almost there. All office formats except .ppt
[
https://issues.apache.org/jira/browse/TIKA-373?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12908773#action_12908773
]
Nick Burch commented on TIKA-373:
-
When we move to 3.7 beta 3, there are a few bits in the po
On Sat, 11 Sep 2010, Jukka Zitting wrote:
The reason why I originally didn't want to simply catch and ignore the
potential exceptions in the TikaConfig constructor was the lack of a
good error reporting mechanism. The trick of insulating the external
library dependencies to separate extractor c
