Marshall, do you recall why we put that code there? I only have a vague
recollection that something was broken without this weird condition.
In general, how are we going to proceed with the array stuff?
Can/should we drop support for the old array names and simply move to
the new scheme? Is that too drastic? What we could try to do would be
to allow the old names as alternatives, but internally use the new ones
exclusively. Thoughts?
--Thilo
Marshall Schor (JIRA) wrote:
Implement better support for arrays of Feature Structures
---------------------------------------------------------
Key: UIMA-25
URL: http://issues.apache.org/jira/browse/UIMA-25
Project: UIMA
Issue Type: Improvement
Components: Core Java Framework
Reporter: Marshall Schor
The code for subsumes treats FSArray special:
// Yes, the code below is intentional. Until we actually support real
// arrays of some
// particular fs,
// we have FSArray is the supertype of xxxx[] AND
// xxx[] is the supertype of FSArray
// (this second relation because all we can generate are instances of
// FSArray
// and we must be able to assign them to xxx[] )
This is illogical, and should be fixed somehow.
