Feature #475
Ability to perform XUpdate-style partial updates of XML metadata
| Status: | Rejected | Start: | 08/25/2009 | |
| Priority: | Normal | Due date: | 10/12/2009 | |
| Assigned to: |  Matt Zumwalt |
% Done: | 0% |
|
| Category: | Refining ActiveFedora API | Spent time: | - | |
| Target version: | 1.0.9 | Estimated time: | 0.00 hours | |
| Sponsor: | Stanford |
Description
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.
History
Updated by Matt Zumwalt 338 days ago
- 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: This estimate would be significantly reduced if we find an existing ruby library that supports XML updates. Contender: Zorba
Updated by Matt Zumwalt 319 days ago
I can dream up a few ways to make this happen with Nokogiri
Probably won't actually use XUpdate at all, but will achieve the same goals.
Updated by Matt Zumwalt 303 days ago
- Status changed from New to Rejected
- Estimated time changed from 75.00 to 0.00
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 however you see fit. This is pretty much as good as it gets short of modifying Fedora itself to support partial updates. It will also allow for a much greater variety of programmatic updates that would be difficult with XUpdate syntax.