You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@uima.apache.org by "Jerry Cwiklik (JIRA)" <de...@uima.apache.org> on 2014/06/03 21:01:03 UTC

[jira] [Closed] (UIMA-3852) UIMA-AS aggregate fails to merge type system when running with 2.6.0 uima-sdk

     [ 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. 
> See UIMA SDK JIRA: 
> 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
(v6.2#6252)