[kepler-dev] lsid suggestion
leinfelder at nceas.ucsb.edu
Tue Mar 25 10:40:24 PDT 2008
I wanted to point out that LSIDs constructed with the "kepler-
project.org" authority are not limited to the UploadToRepository class.
If we make this a configurable option, we'd probably want to make sure
that other classes make use of the configured value.
On Mar 25, 2008, at 10:36 AM, Chad Berkley wrote:
> Hi Eric,
> This is a problem that LSIDs are supposed to fix. Unfortunately, I
> think we're using LSIDs incorrectly in this situation. I guess the
> solution to get it working for you is to just change it in the
> uploadToRepository class. The idea behind lsids is that they point to
> one object and the authority (kepler-project.org) should be able to
> point any client to that object. I haven't looked at this for a while
> so I'm not exactly sure what is wrong. I'm currently in a meeting for
> the rest of the week, so I won't be able to look at it until next
> In the meantime, I'd just suggest that you change the upload class.
> Sorry I'm not more help. I'll try to check this out next week.
> Eric Magaha wrote:
>> I have been working on getting my own local metacat/ecogrid running
>> a remote kepler repository. Seems that when I upload actors from the
>> kepler thick client they get tagged with an LSID that contains
>> "kepler-project.org <http://kepler-project.org>". This ends up
>> being an
>> issue when I try to download the actor from the repository using a
>> browser. I have to replace "kepler-project.org
>> <http://kepler-project.org>" with my server in the LSID in the url.
>> I have tracked this down to the class
>> org.kepler.gui.UploadToRepository. Seems the string "kepler-
>> <http://kepler-project.org>" is hardcoded in that class. Can this be
>> moved to a properties file?
>> Kepler-dev mailing list
>> Kepler-dev at ecoinformatics.org
> Kepler-dev mailing list
> Kepler-dev at ecoinformatics.org
More information about the Kepler-dev