In addition to the discussion I've raised about the methods returning a
File, I have another problem:
Some of the methods that accept a File throw a FileNotFoundException.
This exception is thrown by FIS/FOS/RAF constructors in response to
anything - from an file that's actually not there to access
> From: Yaniv Kunda
> Sent: August 29, 2015 2:21:23am PDT
> To: dev@tika.apache.org
> Subject: RE: Adding API support for Java 7's java.nio.file.Path
>
> In addition to the discussion I've raised about the methods returning a
> File, I have another problem:
> Some of the methods that accept a Fil
Hi all,
As part of integrating language-detector into Tika (see TIKA-1723), I noticed
TIKA-546 ("Add ability to create language profiles to tika-app")
If we switch over to language-detector, then this code no longer makes sense.
Also note that many language detectors require the full set of lan
[
https://issues.apache.org/jira/browse/TIKA-369?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14721159#comment-14721159
]
Ken Krugler commented on TIKA-369:
--
Initial results from integrating language-detector (see
[
https://issues.apache.org/jira/browse/TIKA-856?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ken Krugler reassigned TIKA-856:
Assignee: Ken Krugler
> Support CJK (Chinese, Japanese and Korean) language detection
> -
I’ve opened https://issues.apache.org/jira/browse/TIKA-1719 along with a
patch that converts applicable code to use the try-with-resources statement.
Although the patch is big and covers 105 files, it’s very shallow and
contains only trivial use cases – most of them fixed by IntelliJ’s
quick-fix.
Hi Ken,
I would be choose the last option you've mentioned.
-- Oleg
On Sat, Aug 29, 2015 at 7:58 PM, Ken Krugler
wrote:
> Hi all,
>
> As part of integrating language-detector into Tika (see TIKA-1723), I
> noticed TIKA-546 ("Add ability to create language profiles to tika-app")
>
> If we switch