You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@uima.apache.org by "Richard Eckart de Castilho (JIRA)" <de...@uima.apache.org> on 2017/02/14 19:59:41 UTC

[jira] [Updated] (UIMA-5297) UimaContextHolder not properly managed in pipelines

     [ https://issues.apache.org/jira/browse/UIMA-5297?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Richard Eckart de Castilho updated UIMA-5297:
---------------------------------------------
    Fix Version/s:     (was: 2.3.0uimaFIT)
                   2.4.0uimaFIT

> UimaContextHolder not properly managed in pipelines
> ---------------------------------------------------
>
>                 Key: UIMA-5297
>                 URL: https://issues.apache.org/jira/browse/UIMA-5297
>             Project: UIMA
>          Issue Type: Bug
>          Components: uimaFIT
>    Affects Versions: 2.2.0uimaFIT
>            Reporter: Richard Eckart de Castilho
>            Assignee: Richard Eckart de Castilho
>             Fix For: 2.4.0uimaFIT
>
>
> E.g. in SimplePipeline, uimaFIT manages the creation and destruction of components (readers, engines). Because of the introduction of the UimaContextHolder in UIMA-J Core, umiaFIT now also has to manage this.
> E.g. currently in SimplePipeline
> * uimaFIT instantiates a reader - which internally creates a context and calls setContext()
> * uimaFIT instantiates an engine - which internally creates a context and which calls setContext()
> ... so reader and engine are using two different contexts and only one of them is in the holder. This may be a problem.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)