[
https://issues.apache.org/jira/browse/UIMA-2917?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Marshall Schor closed UIMA-2917.
--------------------------------
Resolution: Fixed
Fix Version/s: 2.4.1SDK
> Type System Merging for string subtypes with allowed values
> -----------------------------------------------------------
>
> Key: UIMA-2917
> URL: https://issues.apache.org/jira/browse/UIMA-2917
> Project: UIMA
> Issue Type: Bug
> Components: Core Java Framework
> Affects Versions: 2.4.0SDK
> Reporter: Marshall Schor
> Priority: Minor
> Fix For: 2.4.1SDK
>
>
> UIMA uses type system merging to combine separately developed annotators and
> their type systems. When the same type is define in multiple type systems,
> perhaps with different features, these are "merged" where possible, and if
> not possible, exceptions are thrown. The current implementation is missing
> any support for merging subtypes of Strings - which UIMA uses for associating
> Allowed-Values for. If two type systems define the same-named subtype of
> String, no merging of allowed values is done, no exception is thrown if the
> allowed value sets are different, and the merge uses the first definition as
> the merge result, ignoring the others.
> The behavior could be changed to be "strict" - throwing an exception if the
> allowed values are not identical, or more lenient - for example, having the
> merged definition be the union of the the sets of allowed value. The
> drawback to the union approach is that any annotator which was assuming a
> "closed universe" of possible values, could now be seeing values not in the
> set it expected.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira