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. 
> 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)

Mime
View raw message