You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tika.apache.org by "Tim Allison (Jira)" <ji...@apache.org> on 2021/04/20 20:35:00 UTC
[jira] [Resolved] (TIKA-3362) AsyncParser and EmitterResource have
handler type hardcoded to text
[ https://issues.apache.org/jira/browse/TIKA-3362?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Tim Allison resolved TIKA-3362.
-------------------------------
Fix Version/s: 2.0.0
Assignee: Tim Allison
Resolution: Fixed
Please reopen if there are any surprises!
> AsyncParser and EmitterResource have handler type hardcoded to text
> -------------------------------------------------------------------
>
> Key: TIKA-3362
> URL: https://issues.apache.org/jira/browse/TIKA-3362
> Project: Tika
> Issue Type: Improvement
> Components: tika-pipes
> Affects Versions: 2.0.0
> Reporter: Giovanni De Stefano
> Assignee: Tim Allison
> Priority: Major
> Fix For: 2.0.0
>
>
> All calls to *RecursiveMetadataResource.parseMetadata* have *text* hardcoded as *handlerTypeName* while it should be dynamic.
> *AsyncParser* worker threads process *FetchEmitTuple* objects asynchronously and by then the http headers are not available. An idea to make the *handlerTypeName* dynamic could be to add it -to the configuration of the emitter (so- directly into *FetchEmitTuple*-).-
> *EmitterResource* on the other hand, could take the *handlerTypeName* as *PathParam* (just as it is in *TikeResource*).
> What do you think about this reasoning? If this is acceptable I could work on PR :)
--
This message was sent by Atlassian Jira
(v8.3.4#803005)