uima-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Jerry Cwiklik (JIRA)" <...@uima.apache.org>
Subject [jira] [Closed] (UIMA-3852) UIMA-AS aggregate fails to merge type system when running with 2.6.0 uima-sdk
Date Tue, 03 Jun 2014 19:01:03 GMT

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

Jerry Cwiklik closed UIMA-3852.

    Resolution: Fixed

Moved code which creates a Shadow CasPool for remote CM delegate beyond the call to completeInitialization()
where the type system merge occurs. The CasManager_impl does not allow TS merging *after*
cas pool creation in the latest UIMA-SDK (v.2.6.0)

> UIMA-AS aggregate fails to merge type system when running with 2.6.0 uima-sdk
> -----------------------------------------------------------------------------
>                 Key: UIMA-3852
>                 URL: https://issues.apache.org/jira/browse/UIMA-3852
>             Project: UIMA
>          Issue Type: Bug
>          Components: Async Scaleout
>    Affects Versions: 2.6.0AS
>            Reporter: Jerry Cwiklik
>            Assignee: Jerry Cwiklik
>             Fix For: 2.6.0AS
> Recent optimization and error reporting changes in CasManager_impl in the 2.6.0 uima-sdk
uncovered a uima-as aggregate bug in code which tries to merge type systems from delegates
where one of them is a remote CM. 
> https://issues.apache.org/jira/browse/UIMA-1249
> The new uima sdk code complains if addMetaData method is called after CasPool is created.
It turns out that the UIMA-As aggregate creates a Shadow CasPool for its remote delegate CasMultiplier
before the type system is merged. 
> Fix is to move the code that creates Shadow CasPool beyond where the merge occurs. After
successful merge create the Pool. 

This message was sent by Atlassian JIRA

View raw message