> > However, in my
> > own use case, I would say that 90-99% of all datastream
modifications
> do
> > involve only *one* change - and in that case, this API proposal fits
> > very well by providing an additional, lightweight, easy to use tool.
> I am glad to hear that. For a moment, I thought that the problem you
> pointed out would be the death of this API.
Even if that 1-10% is so important it must not be the death of this API.
One just have to finding a representation of a datastream that actually
covers the entire "datastream object". E.g. updating a datastream via
PUT /objects/{pid}/datastreams/{dsId} it should be possible to update
everything of the datastream. Beside that, the content - which is one
part of a datastream - may have its own URL (e.g.
/objects/{pid}/datastreams/{dsId}/content). So, I'm able to update just
the content or just the properties or both in one operation. I think you
mentioned something like such a content URL in a previous mail. Btw. it
would be nice if one can find something named "content" in the
representation of the datastream if there is a URL like this.
We did something like that in the XML representation of an eSciDoc
object - which in fact is stored in Fedora. Via the representation of an
eSciDoc object one can modify every part of the object in one PUT
request. But there are URLs of parts of the object in order to retrieve
or update just a part of the object.
Regards, Frank
-------------------------------------------------------
Fachinformationszentrum Karlsruhe, Gesellschaft für wissenschaftlich-technische
Information mbH.
Sitz der Gesellschaft: Eggenstein-Leopoldshafen, Amtsgericht Mannheim HRB
101892.
Geschäftsführerin: Sabine Brünger-Weilandt.
Vorsitzender des Aufsichtsrats: MinR Hermann Riehl.
------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Fedora-commons-developers mailing list
Fedora-commons-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers
