[kepler-dev] [Bug 4578] tracking bug for changes to .kepler
bugzilla-daemon at ecoinformatics.org
bugzilla-daemon at ecoinformatics.org
Wed Feb 10 15:38:58 PST 2010
http://bugzilla.ecoinformatics.org/show_bug.cgi?id=4578
Derik Barseghian <barseghian at nceas.ucsb.edu> changed:
What |Removed |Added
----------------------------------------------------------------------------
Depends on| |4785, 4702
--- Comment #9 from Derik Barseghian <barseghian at nceas.ucsb.edu> 2010-02-10 15:38:57 PST ---
After talking w/ Chad and Matt the plan is to mostly leave things as they are.
We just need to add version info to some of the files we're serializing in
KeplerData, and we also decided to change 2.0 to *always* use
.kepler/cache-2.0.0/. I think if we complete bug#4785 and bug#4702, it will
then be safe for 2.0 to delete all of .kepler at will, provided the conversions
have run. Otherwise we should change the build system to not delete all of
.kepler during ant clean-all.
Matt reminded me modules are currently supposed to keep track of their own
versioning. So devs, if you think at some point we'll want to know the version
of serialized data in KeplerData/modules/[module-name]/, you probably want to
be writing that into the files, into a text file, or storing the data in a
versioned directory, etc. I've looked through my wrp ~/KeplerData, and the only
things I see as candidates for needing version info are the coreDB,
core/configuration.xml and provenanceDB. I'll look into these.
--
Configure bugmail: http://bugzilla.ecoinformatics.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
More information about the Kepler-dev
mailing list