Activity

From 08/19/2009 to 09/17/2009

09/17/2009

avatar 06:41 PM Feature #489: Optimize datastreams method
Try this: def datastreams if @new_object @datastreams = datastreams_in_memory else @datastreams = (@datastreams == {}) ? datastreams_in_fedora : datastreams_in_memory #@datastreams = datastreams_in_f... Matt Zumwalt
avatar 04:49 PM Feature #489: Optimize datastreams method
Base.datastreams should never hit Fedora. Populate @datastreams hash when initializing objects, provide a method for updating datastreams from Fedora. Matt Zumwalt

09/13/2009

avatar 03:08 PM Feature #475: Ability to perform XUpdate-style partial updates of XML metadata
I can dream up a few ways to make this happen with "Nokogiri":http://nokogiri.rubyforge.org/nokogiri/ Probably won't actually use XUpdate at all, but will achieve the same goals. Matt Zumwalt
avatar 03:07 PM Feature #473: Arbitrary XML (Nokogiri) Datastreams in ActiveFedora
"Nokogiri":http://nokogiri.rubyforge.org/nokogiri/ is almost definitely the right solution for this. It will probably cut down implementation time by quite a chunk. Matt Zumwalt

08/27/2009

avatar 05:37 PM Bug #425 (Closed): SOLR_DOCUMENT_ID still hardcoded as "id" in a few spots
Matt Zumwalt

08/25/2009

avatar 03:06 PM Feature #17: Optimistic Locking of Datastreams
Estimate based on * gather stories, especially about how to handle/communicate exceptions - _0.5d_ * implement - _1.5d_ * test - _1d_ Matt Zumwalt
avatar 02:59 PM Feature #475: Ability to perform XUpdate-style partial updates of XML metadata
Estimate based on * gather stories to guide implementation - _1d_ * find and grok XUpdate or XQuery Update implementation - _1.5d_ * implement Ruby or JRuby XUpdate library - _4d_ * integrate into ActiveFedora or RubyFedora - _3d_ *Note*: T... Matt Zumwalt
avatar 02:45 PM Feature #474: MODS Editing in Ruby (with Nokogiri)
Estimate based on * implement MODS spec (pure Ruby or reuse Java bindings via JRuby) - _2d_ * implement MODSDatastream - _2d_ * integration testing - _1.5d_ Matt Zumwalt
avatar 02:42 PM Feature #473: Arbitrary XML (Nokogiri) Datastreams in ActiveFedora
Estimate based on: * grok libxml Ruby bindings - _1d_ * port existing ActiveFedora code to use libxml - _2d_ * design extensions to modeling language (see #474?) - _1.5d_ * implement & test new modeling language - _4d_ Matt Zumwalt
avatar 12:40 PM Feature #17: Optimistic Locking of Datastreams
I've got a partial implementation of this lying around somewhere. Matt Zumwalt
avatar 12:37 PM Feature #475: Ability to perform XUpdate-style partial updates of XML metadata
Ability to perform XUpdate-style partial updates of XML metadata. In theory, ideally, this would be implemented as an improvement to Fedora itself, but it's more likely to be implemented in ActiveFedora. _This may require JRuby._ Matt Zumwalt
avatar 12:31 PM Feature #474: MODS Editing in Ruby (with Nokogiri)
Support for using MODS Metadata Datastreams. This may be implemented as two separate libraries - # a freestanding, open source MODS Ruby gem # a MODSDatastream class in ActiveFedora that relies on this gem ... but priority is to just g... Matt Zumwalt
avatar 12:26 PM Feature #473: Arbitrary XML (Nokogiri) Datastreams in ActiveFedora
Support Arbitrary (nested) XML Metadata in model definitions _This may require JRuby_, but probably not. h2. Related Features Test case: #474 - MODS Support Matt Zumwalt

08/19/2009

avatar 12:30 PM Bug #465: ActiveFedora::Base#fields method performance issues
We ran into some performance issues with MetadataDatastreams and using the ActiveFedora::Base#fields method to access the fields within those datastreams. In our application, we have an ActiveFedora object with a couple of MetadataDatastreams.... Willy Mene
« Previous
Next »
 

Also available in: Atom