uima-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Marshall Schor (JIRA)" <...@uima.apache.org>
Subject [jira] [Commented] (UIMA-5156) ResourceManager automatic destory
Date Mon, 24 Oct 2016 18:10:58 GMT

    [ https://issues.apache.org/jira/browse/UIMA-5156?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15602752#comment-15602752

Marshall Schor commented on UIMA-5156:

I could put in an automatic destroy call in this case:
* the user lets the UIMA Framework create the RM as a side effect of a call to produceResource,
etc., and
* the user never asks that resource for the RM.

In that case, we can guarantee nothing bad will come of destroying this when the pipeline
is destroyed (except in some weird unrealistic cases, such as destroying the resource, and
then doing a call to get the destroyed resource's RM.).

I wonder if this will cover enough use cases to be useful?

> ResourceManager automatic destory
> ---------------------------------
>                 Key: UIMA-5156
>                 URL: https://issues.apache.org/jira/browse/UIMA-5156
>             Project: UIMA
>          Issue Type: Improvement
>            Reporter: Marshall Schor
>            Priority: Minor
> UIMA-2977 adds a destory() method to the ResourceManager (RM), that forwards this call
to external resources managed by that RM.
> The destroy() method was not called by the framework, because in general the RM may be
shared by the user (or framework) among multiple pipelines.
> This Jira is to enable RMs created by the framework to call destroy() internally at the
appropriate time.
> This assumes that the right time can be figured out for the various cases.
> These include: MultiprocessingAnalysisEngine_impl, and fixing other associated frameworks
which may use a pattern where they 
> * let the framework create a RM, but then 
> * use that in other contexts.  

This message was sent by Atlassian JIRA

View raw message