You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@uima.apache.org by "Marshall Schor (JIRA)" <de...@uima.apache.org> on 2016/07/15 15:35:20 UTC
[jira] [Updated] (UIMA-4991) eliminate need for shared data
parameter in xmi serialization
[ https://issues.apache.org/jira/browse/UIMA-4991?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Marshall Schor updated UIMA-4991:
---------------------------------
Fix Version/s: (was: 2.8.2SDK)
> eliminate need for shared data parameter in xmi serialization
> -------------------------------------------------------------
>
> Key: UIMA-4991
> URL: https://issues.apache.org/jira/browse/UIMA-4991
> Project: UIMA
> Issue Type: Improvement
> Components: Core Java Framework
> Affects Versions: 2.8.1SDK
> Reporter: Marshall Schor
> Assignee: Marshall Schor
> Priority: Minor
> Fix For: 3.0.0SDKexp
>
>
> The recent problem ( UIMA-4990 ) was caused by an improper use of a mostly undocumented parameter in the XMI serialization API - the XmiSerializationSharedData parameter. This is used for handling out-of-type-system data when sending a CAS to a remote service, and for merging multiple CASes being returned from multiple remote services.
> It is easy to misuse, and can result in strange errors (e.g. UIMA-4990 ).
> This improvement would move this to be an internal capability, no longer exposed in the API (existing API uses with it would be deprecated; instances of this, if passed in, would be ignored in favor of internal memory for this).
> This would enable automatic management of this data. There is a similar concept in the experimental Uima V3 prototype and an extra CAS Api for eliminating the extra storage if sophisticated users know early on it won't be needed.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)