[Dev] Repository migration roadmap

John Anderson john at osafoundation.org
Fri May 6 14:01:09 PDT 2005

Another possibility that's much easier to implement that "full schema 
evolution" is to only evolve content item schema and the few other kinds 
that are important for them, e.g. item collections. Almost all of the 
remaining data in the repository is used by the UI, e.g. CPIA, which can 
be completely thrown away and replaced with new schema and instances 
when it evolves. So the worst thing that happens is your view is lost 
when the schema evolves. If we decided to put the burden of schema 
evolution on the content item code and not bother with UI schema 
evolution, the task becomes pretty easy since most of the necessary 
pieces already exist.


Lisa Dusseault wrote:

> For 0.6 requirements, so far we've figured that it's acceptable for 
> dogfood users to have to export and import their data manually in 
> order to upgrade.  That might be limited to event data -- export to 
> ICS file, import ICS file (this already roughly works though without 
> supporting recurrence).  The sharing code also ought to make it 
> possible to share arbitrary data to the server, then after throwing 
> away the local repository pull the data from the server again.
> Lisa
> On May 6, 2005, at 1:05 PM, Jared Rhine wrote:
>> Does the Chandler roadmap include a release at which repository
>> migration (between repository versions) will be supported?
>> (Automatically or via external scripts?)
>> I have no particular feelings on the matter.  Delaying migration
>> support is good to allow more time to nail the repository format.  If
>> people start to actually use 0.6 dogfood-style, then data migration
>> will be helpful, maybe even expected despite any documented warnings.
>> Linux distro packagers will want to know how this is handled in the
>> 0.7 timeframe because they generally code in support for upgrades into
>> their packages.  Migration doesn't have to be easy, pre-1.0, but it
>> should be possible.
>> I'd guess it's either a 0.6, 0.6.1, or 0.7 feature.
>> PS. This all occurred to me because I got a python traceback from
>> 0x5000 to 0x5200 instead of the popup I got from previous upgrades.
>> -- jared at wordzoo.com
>> "We suffer primarily not from our vices or our weaknesses, but from our
>>  illusions.  We are haunted, not by reality, but by those images we 
>> have put
>>  in place of reality." - Daniel J. Boorstin
>> _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
>> Open Source Applications Foundation "Dev" mailing list
>> http://lists.osafoundation.org/mailman/listinfo/dev
> _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
> Open Source Applications Foundation "Dev" mailing list
> http://lists.osafoundation.org/mailman/listinfo/dev

More information about the Dev mailing list