On 07/06/11 15:37, Chris Wilper wrote: > And DORegistry.register() is used to keep > track of the fact that the object currently exists in the repository. ah ok I think i might have misinterpreted the role of the Registry a bit then ;) So this is just for having a quick index like structure, of the objects in the repo.
On 07/06/11 15:37, Aaron Birkland wrote: > You might have noticed that DistributedDOManager in the proof of concept > does not use a registry at all, and thus does not need methods for > registering and unregistering objects. I found that the registry in > this context was not providing any unique service or value, so it was > removed. yes, but since i'd like to put large datastreams on a HDFS in my implementation later i thought a registry with datastreams PIDs and their respective HDFS URIs would make sense, so i implemented one, and wired it to the DOManager i rewrote a bit. Thanks ! Frank -- Frank Asseg ePublishing & eScience Development & Applied Research Phone +49 7247-808-515 Fax +49 7247 808-133 [email protected] FIZ Karlsruhe – Leibniz Institute for Information Infrastructure Hermann-von-Helmholtz-Platz 1 76344 Eggenstein-Leopoldshafen, Germany http://www.fiz-karlsruhe.de/ ------------------------------------------------------- Fachinformationszentrum Karlsruhe, Gesellschaft für wissenschaftlich-technische Information mbH. Sitz der Gesellschaft: Eggenstein-Leopoldshafen, Amtsgericht Mannheim HRB 101892. Geschäftsführerin: Sabine Brünger-Weilandt. Vorsitzender des Aufsichtsrats: MinDirig Dr. Thomas Greiner. ------------------------------------------------------------------------------ All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 _______________________________________________ Fedora-commons-developers mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers
