Activity
From 09/01/2009 to 09/30/2009
09/30/2009
-
10:40 AM Feature #17: Optimistic Locking of Datastreams
- Starter Spec for this feature: http://bitbucket.org/mediashelf/active_fedora/src/tip/spec/unit/datastream_concurrency_spec.rb
09/29/2009
-
-
-
-
-
- Rejecting the ticket. It looks like this will be covered implicitly by implementing NokogifiDatastream (see #473). You should be able to use Nokogiri's API, including XPath and DOM searches to find which nodes to update, to operate on the XML ...
-
- Will not attempt to implement full MODS spec at this time. MODSDatastream will just deal with the most important MODS fields. We will use Stanford/Hydra as guiding case for metadata needs. * -implement MODS spec (pure Ruby or reuse Java binding...
-
- Adjusted Estimate based on assumption of using nokogiri * -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 ...
09/28/2009
-
- I've just posted Version 1.0.7 on "RubyForge":http://rubyforge.org/projects/rubyfedora. This release includes updates to both RubyFedora and ActiveFedora, so make sure you're running version 1.0.7 of both gems. To update, run ...
09/21/2009
-
- Finished the work & committed to bitbucket, but couldn't post the gem from my current wifi network (wonkiness).
-
- Finished the work & committed to bitbucket, but couldn't post the gem from my current wifi network (wonkiness).
-
- Release the gem. All ready to go, but didn't have internet access when I committed the code.
-
- Thanks for reminding me. I've updated the Base.refresh method, which gets called when you save an object, to pull all of the object attributes from Fedora. This has the drawback of adding a call to objectXML whenever you save an object. #493 wil...
-
- You can now get all of an object's properties by hitting profile on Fedora's REST API. Previously, you had to hit objectXML to get all of them. Update the Fedora::Base.profile method to pull all of the properties Update Fedora::Baseproperties...
-
03:24 PM Bug #465: ActiveFedora::Base#fields method performance issues
- Hmm, the first line of Base.fields (line 346 in active-fedora-1.0.6.5/base.rb) makes the call to FedoraObject.create_date and FedoraObject.modified_date BEFORE the call to Base.datastreams in the third line of the field (line 347), so I think the ...
-
-
- I'm 99% certain that this was caused by the fact that Base.fields relies on Base.datastreams. I've fixed the datastreams method, so now fields should work efficiently as well. Closing the bug. Re-post if inefficiencies persist in 1.0.7+
-
09/18/2009
-
- ActiveFedora::Base#fields calls Fedora::FedoraObject#create_date and Fedora::FedoraObject#modified_date. However, when an object is loaded, those attributes are not set. This causes #properties_from_fedora to be called, which does the unnecessar...
-
- ActiveFedora::Base#delete escapes the ':' in the pid with a '\' before trying to delete the document in Solr, as seen in line 101 of active-fedora-1.0.6/lib/base.rb escaped_pid = self.pid.gsub(/(:)/, '\\:') Apparently, the extra ba...
-
- Implement Base.remove_relationship Wish we could rely on Fedora's API, but this method is only in the SOAP...
09/17/2009
-
- Try this: def datastreams if @new_object @datastreams = datastreams_in_memory else @datastreams = (@datastreams == {}) ? datastreams_in_fedora : datastreams_in_memory #@datastreams = datastreams_in_f...
-
- Base.datastreams should never hit Fedora. Populate @datastreams hash when initializing objects, provide a method for updating datastreams from Fedora.
09/13/2009
-
- 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.
-
- "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.
Also available in: Atom