On 19/06/11 23:27, Conal Tuohy wrote: > > In a project I'm working on we have built a mechanism to keep external > systems up to date with the state of the Fedora repository; using a > similar technique to GSearch (i.e. a JMS listener). It seems rather > apropos of this discussion. > > The difference between GSearch and our system, it seems to me, is that > we have decoupled the JMS client from the indexing (or other!) > operation. Our JMS listener simply passes the update messages on to > another application. Our FedoraUpdateHandler listens for > "fedora.apim.update" events, and it executes an external process to > handle each event, feeding the Atom message to the process's standard > input stream. In our case the external processes are XProc pipelines but > they could be anything really, and they can do more than indexing. We > use them to crosswalk one metadata stream to another, as well as to > update Solr and jOAI. > > See > http://ands-la-trobe.googlecode.com/svn/trunk/fedora-update-handler/index.html > for the current version (still under development, but works). Also see http://code.google.com/p/ands-la-trobe/wiki/ProjectArchitectureDC19 for a system architecture diagram.
My current plan with the JMS listener is to make the JMS parameters configurable (at the moment it has a fixed client name, a fixed topic, and fixed host, protocol ... everthing). Otherwise I'm quite happy with it and with having all the other functionality out of Fedora in the form of various lightweight scripts. -- 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-developers mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers
