Activity
From 08/19/2009 to 09/17/2009
09/17/2009
-
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...
-
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.
09/13/2009
-
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.
-
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.
08/27/2009
08/25/2009
-
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_
-
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...
-
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_
-
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_
-
12:40 PM Feature #17: Optimistic Locking of Datastreams
- I've got a partial implementation of this lying around somewhere.
-
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._
-
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...
-
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
08/19/2009
-
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....
Also available in: Atom