Hi Frank, retainPIDs is a "feature" that's almost never used with Fedora anymore, because its behavior is confusing and non-intuitive. The idea with retainsPIDs was that you'd configure a set of allowed PID namespaces for a repository. If an object was being ingested that already had a PID specified, and that PID was NOT in one of these allowed namespaces, Fedora would auto-generate a PID for the object. This was almost never what people wanted or expected, so these days, Fedora's default behavior is to retain any PIDs embedded in the FOXML upon ingest. (this is the same as having a retainPIDs value of "*" (wildcard) specified in older versions of Fedora).
The registration of PIDs is something different. I assume you're referring to the neverGeneratePID method of the PIDGenerator interface. Recall that Fedora can generate PIDs for new objects, either via a specialized API-M method or if you attempt to ingest an object that does NOT specify a PID. The module responsible for this is the PIDGenerator. But it needs to operate in a sane way in situations where people sometimes want PIDs generated and sometimes want to specify their own. The neverGeneratePID method helps to ensure that the PIDGenerator module will never auto-generate a PID that has already been used by an object in the repository. For example, if someone asks the PID generator for a PID and it returns example:1, then someone manually ingests an object with PID example:2, the PID generator's next PID should not be example:2...it should be example:3. - Chris On Tue, Jun 28, 2011 at 2:57 AM, Asseg, Frank <[email protected]> wrote: > Hola Aaron, Hola Guys > > While i went through Aaron's PoC it became clear that i dont understand > the purpose of retained PIDs for datastreams. Could you guys elaborate a > bit why a PID gets registered for later use? > (https://github.com/birkland/fcrepo/blob/hlstore_hbase_poc/fcrepo-server/src/main/java/org/fcrepo/server/storage/DefaultDOManager.java:876) > > > > > -- > 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 > ------------------------------------------------------------------------------ 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
