[ 
https://issues.apache.org/jira/browse/TIKA-2882?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16851032#comment-16851032
 ] 

Sergey Beryozkin edited comment on TIKA-2882 at 5/29/19 4:26 PM:
-----------------------------------------------------------------

I will definitely support getting the tika-parser-modules idea in 2.0 
prioritized (please start a dev thread if you'd like, so that the categories 
can be reviewed what goes where etc). May be it is a simplistic view but if we 
postpone the OSGI-ification aspects till later then it is about moving specific 
parsers out of tika-parsers to respective modules ? Sorry if it is not the case 
:-). I can definitely help with testing. Or moving some parsers to a new module 
once I see how you do it one of these modules :-) 


was (Author: sergey_beryozkin):
I will definitely support getting the tika-parser-modules idea in 2.0 
prioritized (please start a dev thread if you'd like, so that the categories 
can be reviewed what goes where etc). May be it is a simplistic view but if 
postpone the OSGI-ification aspects till later then it is about moving specific 
parsers out of tika-parsers to respective modules ? Sorry if it is not the case 
:-). I can definitely help with testing. Or moving some parsers to a new module 
once I see how you do it one of these modules :-) 

> Parsers should not include HTTP client code
> -------------------------------------------
>
>                 Key: TIKA-2882
>                 URL: https://issues.apache.org/jira/browse/TIKA-2882
>             Project: Tika
>          Issue Type: Improvement
>          Components: parser
>    Affects Versions: 1.21
>            Reporter: Jonathan Essex
>            Priority: Major
>
> Folks, does it really make sense for a parser to have a REST client built in?
> The GROBID and NLTKNERecogniser parsers use the apache CXF client directly. 
>  
> Since I don't use CXF and my entire app is built on a different JAX-RS stack 
> this just dropped me straight into dependency hell.
> Surely it would make more sense to keep the parsers... well, parsers... and 
> build support for delegating parsing to other services into some higher level 
> in the stack (such as the server, where the CXF dependency is more benign). 
>  



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

Reply via email to