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)