[
https://issues.apache.org/jira/browse/CXF-5549?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14032015#comment-14032015
]
Sergey Beryozkin commented on CXF-5549:
---------------------------------------
Hi Andriy
Great start, thanks for spending your time on it :-)
I think we might want to update TikaContentExtractor a bit for now:
- let it accept Parser interface in the constructor as opposed to default to
PDFParser - so that we can use to get the data out of other files
- let the media type detection be optional (flag to the constructor) - the
application may very well know it uses PDF only, etc
- let the metadata extraction be required as it is now but the content
extraction - optional (true by default), some files won't have the text content
- add a new method accepting File (I'm thinking that we will be able to utilize
somehow the file location)
Do you agree ?
I guess we will need some helper at the next stage that can accept either
InputStream/File or List of InputStream/File or some wrapper representing a
binary context - and will return matching streams/files, but we can think about
it at the later stage :-)
Thanks, Sergey
> Introduce Tika Search Visitor
> -----------------------------
>
> Key: CXF-5549
> URL: https://issues.apache.org/jira/browse/CXF-5549
> Project: CXF
> Issue Type: New Feature
> Components: JAX-RS
> Reporter: Sergey Beryozkin
> Assignee: Andriy Redko
> Priority: Minor
>
> Introduce TikaSearchVisitor which will convert FIQL/etc search expression
> into Apache Tika component that can be used to search the binary data; for
> example, the service can support something like "find all PDF files matching
> a given expression"
--
This message was sent by Atlassian JIRA
(v6.2#6252)
