You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@river.apache.org by "John McClain (JIRA)" <ji...@apache.org> on 2007/07/28 02:09:53 UTC

[jira] Updated: (RIVER-130) JavaSpaces spec is silent on schema evolution

     [ https://issues.apache.org/jira/browse/RIVER-130?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

John McClain updated RIVER-130:
-------------------------------

    Priority: Minor  (was: Major)

> JavaSpaces spec is silent on schema evolution
> ---------------------------------------------
>
>                 Key: RIVER-130
>                 URL: https://issues.apache.org/jira/browse/RIVER-130
>             Project: River
>          Issue Type: Improvement
>          Components: net_jini_space
>    Affects Versions: jtsk_1.0
>            Reporter: John McClain
>            Priority: Minor
>
> Bugtraq ID [4256312|http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4256312]
> User write entries of class {{Foo}}, modifies the class {{Foo}} (adding fields say) and then write more entries....should anything reasonable happen?  At the very least we should put verbiage in the spec saying that the results are undefined.
> Comments:
> We might also want to consider throwing an exception so that client program is notified of this condition
> An intresing example of this problem in real life was the removal of the static
> serVerID from Serializable between 1.2 and 1.2.2.  This caused problems because
> this made Entries from 1.2 VM have a different number of field as those from 1.2.2 VMs

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.