[
https://issues.apache.org/jira/browse/UIMA-51?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Adam Lally closed UIMA-51.
--------------------------
No review necessary.
> Add version number to XCAS (or maybe to CAS built-in typesystem?)
> -----------------------------------------------------------------
>
> Key: UIMA-51
> URL: https://issues.apache.org/jira/browse/UIMA-51
> Project: UIMA
> Issue Type: Improvement
> Components: Core Java Framework
> Reporter: Adam Lally
> Assigned To: Eddie Epstein
> Priority: Minor
> Fix For: 2.1
>
>
> From version 1.x to 2.x we broke XCAS compatibility. (v2.x can read v1.x
> XCASes but not vice-versa.) We've been thinking we might want to have a
> version number on the XCAS so that we can detect an incompatibility and
> report a good error message.
> It occurs to me that what changed here is not the XCAS syntax, but the
> built-in CAS type system. In v2.x the annotation type changed (the "sofa"
> feature became a reference instead of an int). Also new primitive types and
> new array types were added.
> So perhaps the right thing to do is to have a version number on the CAS
> built-in type system, and dump that version number in our XCAS (and XMI)
> serializations.
> I'm not sure if it's right to just use the framework version number (which
> might lock us into a versioning scheme such as agreeing not to add new
> built-in types without incrementing the major version number), or having a
> completely separate version number just for the built-in type system?
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
