[kepler-dev] proposed changes to .kepler

Derik Barseghian barseghian at nceas.ucsb.edu
Wed Nov 18 14:08:20 PST 2009


Kepler devs,

After some discussion with Aaron, Ben, Dan, and Chad, I'm wondering if  
anyone objects to dividing .kepler into two different areas -- there  
would be areas for 1) persistent items (e.g. provenance database) and  
2) temporary items (e.g. cache). This would make it more apparent  
which things could be deleted without serious ramification (temp/),  
and the idea would be items in peristent/ should stick around and be  
dealt with during kepler upgrades for backwards compatibility.

Also, I think we should utilize the InstanceAuthNamespace in these  
paths, so that items from different Kepler instances are separated.

This could look like (imagine multiple namespace dirs):

a)
.kepler/perisistent/gamma.msi.ucsb.edu.OpenAuth.1278/
.kepler/temp/gamma.msi.ucsb.edu.OpenAuth.1278/

or b)
.kepler/gamma.msi.ucsb.edu.OpenAuth.1278/persistent/
.kepler/gamma.msi.ucsb.edu.OpenAuth.1278/temp/

or c)
.kepler_temp/gamma.msi.ucsb.edu.OpenAuth.1278/
.kepler_persistent/gamma.msi.ucsb.edu.OpenAuth.1278/

I prefer a).

This partly came out of a discussion of bug 4514. I think the  
configuration files could be stored beneath these new paths, probably  
in persistent.
http://bugzilla.ecoinformatics.org/show_bug.cgi?id=4514

A better solution might be to just have a .kepler to store temporary  
things, and to store persistent items in an OS-appropriate location,  
but I think this might be a larger change than we want to take on at  
the moment, as we try to get 2.0 out of the door.

Let me know what you think,
Derik


More information about the Kepler-dev mailing list