The two examples immediately offered seem similar-- batch exports of XML from 
legacy or workflow systems.

This may be a question of institutional personality, as it were, but our 
approach in such cases is to try to wire exports to API-M. We try to avoid 
setting up workflows that require running many batch scripts, preferring, when 
possible, to use messaging and event-driven pipelines. Usually it is easier and 
more natural to use the API in such cases. We've found that using the API lets 
us create more flexible scripts and protects us against any changes in FOXML 
down the road. The APIs, as I understand the matter, are intended to change 
more slowly and continuously than a serialization format like FOXML. (Viz. the 
jump from FedoraMETS to FOXML.) Our experience is that relying on the API 
encourages us to think about transforming our data (into the Fedora model) 
instead of transforming particular XML serializations of data (into FOXML), and 
that has tended to be a more sustainable way to work.

YMMV.

---
A. Soroka
Digital Research and Scholarship R & D
the University of Virginia Library



On Jun 17, 2010, at 10:18 AM, ps552 wrote:

> not that hard to think of a use case - we have built foxml programmatically
> as part of a process doing mass ingests of legacy data 
> 
> Cheers
> Peri Stracchino
> Digital Library Team
> University of York
> ext 4082 
> 
> -----Original Message-----
> From: [email protected] [mailto:[email protected]] 
> Sent: 17 June 2010 15:08
> To: Fedora Users
> Subject: Re: [Fedora-commons-users] Update Object FOXML
> 
> I'd like to stick my oar in here and be explicit about something I think
> Eddie Shin is hinting at-- it's hard to think of a use case where building
> FOXML is really the best way to get objects built. Using the APIs has always
> been more efficient and pleasant for us. I think I can accurately claim that
> all modifications that would appear in an object's FOXML representation are
> supported by the SOAP API-M, and almost all are supported by the REST API-M.
> 
> Can you describe your particular need?
> 
> ---
> A. Soroka
> Digital Research and Scholarship R & D
> the University of Virginia Library
> 
> 
> 
> On Jun 17, 2010, at 9:55 AM, Edwin Shin wrote:
> 
>> Khaled,
>> 
>> Not sure what you're asking. FOXML is an XML serialization of a Fedora
> object. So, for a given API-M operation that modifies a Fedora object, yes,
> you are in effect updating an object's FOXML representation.
>> 
>> If you're looking for something that lets you create or modify FOXML on
> the client side, then no, API-M won't do that for you. If you're using Java,
> there's a org.fcrepo.utilities.Foxml11Document utility class that is
> included in the fcrepo-server.jar which let's you generate FOXML documents
> programmatically. I wrote that mostly for building test objects (see
> ResourceIndexRebuilderTest and TestManagedDatastreams classes for example
> usage). 
>> 
>> Depends on what your requirements and uses are, but I like building Fedora
> objects programmatically using the REST API (e.g., ingest empty object, then
> issue a series of requests to add/modify datastreams or properties).
>> 
>> On 17 Jun 2010, at 3:08 PM, Khaled Almahallawy wrote:
>> 
>>> Is it feasible to update object's FOXML using API-M? if yes how? If no,
> what can I do?
>>> 
>>> Regards,
>>> Khaled
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
> ----------------------------------------------------------------------------
> --
>>> ThinkGeek and WIRED's GeekDad team up for the Ultimate 
>>> GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the 
>>> lucky parental unit.  See the prize list and enter to win: 
>>> 
> http://p.sf.net/sfu/thinkgeek-promo_________________________________________
> ______
>>> Fedora-commons-users mailing list
>>> [email protected]
>>> https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
>> 
>> 
>> 
> ----------------------------------------------------------------------------
> --
>> ThinkGeek and WIRED's GeekDad team up for the Ultimate 
>> GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the 
>> lucky parental unit.  See the prize list and enter to win: 
>> http://p.sf.net/sfu/thinkgeek-promo
>> _______________________________________________
>> Fedora-commons-users mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
> 
> 
> ----------------------------------------------------------------------------
> --
> ThinkGeek and WIRED's GeekDad team up for the Ultimate 
> GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the 
> lucky parental unit.  See the prize list and enter to win: 
> http://p.sf.net/sfu/thinkgeek-promo
> _______________________________________________
> Fedora-commons-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
> 


------------------------------------------------------------------------------
ThinkGeek and WIRED's GeekDad team up for the Ultimate 
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the 
lucky parental unit.  See the prize list and enter to win: 
http://p.sf.net/sfu/thinkgeek-promo
_______________________________________________
Fedora-commons-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/fedora-commons-users

Reply via email to