Thanks Scott I'd be interested to see your code!
Con Scott Prater <pra...@wisc.edu> wrote: Hello, Nick, Conal -- I'm back from vacation. The work Adam refers to is a simple standalone message router application I created that takes object create/purge events as input and creates/purges handles in our handle server. It's still proof-of-concept right now, and very much tailored to our own environment, but I've done some load testing, and it appears to be a very viable, scalable approach. I also went some ways down the path of investigating the idea of using handles as PIDs, and came to the same conclusion as Conal: a handle (or ARK) should not *be* a Fedora PID, but rather a pointer to an object identified by a Fedora PID. In our own case, we make the Fedora PID and the handle match very closely: an object identified by the Fedora PID 1711.dl:myObject1 is referenced by the handle 1711.dl/myObject1 (note that we decided to use the same namespace ID for both Fedora and the handle server -- a decision that is debatable, but has worked well for us so far). I can send you the standalone message router app source code, along with some documentation for setting it up, if you're interested. As a side note, this is an example of an architecture that many others have implemented, and has been recently discussed on the Fedora developers list: the idea that discrete repository operations (such as PID minting, indexing, etc.) can be outsourced to external applications loosely coupled to Fedora via some event and/or state-change tracking mechanism. There seems to be general agreement that this outsourcing model is a promising future direction for Fedora development. -- Scott On 06/22/2011 09:10 AM, aj...@virginia.edu wrote: > Scott Prater of the University of Wisconsin at Madison (a Fedora committer) > has already done this for handle services and other integrations. You may > wish to contact him to ask about the work. I wouldn't put his name forward > like this but for that I know him to be on vacation and away from email. > > --- > A. Soroka > Online Library Environment > the University of Virginia Library > > > > > On Jun 21, 2011, at 6:42 PM, Conal Tuohy wrote: > >> Nick. >> >> I hope I understand your requirement OK - it seems to me a good option >> is to supplement the Fedora-generated PID with an ARK (rather than to >> see it as a replacement). You can store the ARK in one or more of the >> object's datastreams, e.g. as the value of the<dc:identifier> element >> in the DC datastream: >> >> <dc:identifier>ark:/123456/123456</dc:identifier> >> >> Then you can search your repository with the query >> "identifier~ark:/123456/123456" to resolve the ARK. >> >> To ensure that your objects are assigned ARK identifiers, you can listen >> to the Fedora repository using JMS, and in response to the creation of a >> record your listener can mint an identifier and assign it to the new object. >> >> I am doing something similar which is integrating an external handle server. >> >> Conal >> >> >> On 21/06/11 09:24, Nick Ruest wrote: >>> Hey folks, >>> >>> This is a *really* old thread. But, I wanted to see if there was any >>> updated discussion or understanding on if or how to incorporate ARK within >>> Fedora. >>> >>> thanks! >>> >>> -nruest >> >> -- >> Conal Tuohy >> eResearch Business Analyst >> Victorian eResearch Strategic Initiative >> +61-466324297 >> >> >> ------------------------------------------------------------------------------ >> EditLive Enterprise is the world's most technically advanced content >> authoring tool. Experience the power of Track Changes, Inline Image >> Editing and ensure content is compliant with Accessibility Checking. >> http://p.sf.net/sfu/ephox-dev2dev >> _______________________________________________ >> Fedora-commons-users mailing list >> Fedora-commons-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/fedora-commons-users > > > ------------------------------------------------------------------------------ > Simplify data backup and recovery for your virtual environment with vRanger. > Installation's a snap, and flexible recovery options mean your data is safe, > secure and there when you need it. Data protection magic? > Nope - It's vRanger. Get your free trial download today. > http://p.sf.net/sfu/quest-sfdev2dev > _______________________________________________ > Fedora-commons-users mailing list > Fedora-commons-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/fedora-commons-users -- Scott Prater Library, Instructional, and Research Applications (LIRA) Division of Information Technology (DoIT) University of Wisconsin - Madison pra...@wisc.edu ------------------------------------------------------------------------------ AppSumo Presents a FREE Video for the SourceForge Community by Eric Ries, the creator of the Lean Startup Methodology on "Lean Startup Secrets Revealed." This video shows you how to validate your ideas, optimize your ideas and identify your business strategy. http://p.sf.net/sfu/appsumosfdev2dev _______________________________________________ Fedora-commons-users mailing list Fedora-commons-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fedora-commons-users ------------------------------------------------------------------------------ AppSumo Presents a FREE Video for the SourceForge Community by Eric Ries, the creator of the Lean Startup Methodology on "Lean Startup Secrets Revealed." This video shows you how to validate your ideas, optimize your ideas and identify your business strategy. http://p.sf.net/sfu/appsumosfdev2dev _______________________________________________ Fedora-commons-users mailing list Fedora-commons-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
