RE: MOVEs across file systems

> If you have a system that supports BIND and multiple bindings, but not
> across the full namespace (the common example with multiple filesystem
> backends, where you don't want to add an additional layer on top of the
> basic FS functionality). Let /a and /b represent namespace partitions
that
> reside in different filesystem partitions. An obvious approach would be
just
> to mirror what the filesystem backend allows -- a BIND within /a would
work,
> while a BIND from /a to /b would fail (same for REBIND). However, a
client
> that doesn't expect this error condition would still be able to MOVE the
> resource.
I don't understand this statement.

> In this case, the resource at the target URL of the MOVE request
> would *not* be the "same" resource anymore (it would have a different
> DAV:resource-id).
We might have to accept that for the single binding cases and encourage
them
to do better, but if they don't
support cross-file system bindings and they do a move to another file
system
and the source resource also has additional bindings to it from the
original file
system, then the request MUST be rejected.   If it is not, the server can
not claim
to support the bind spec.

------------------------------------------
Phone: 914-784-7569,   ccjason@us.ibm.com
I do not check nn621779@smallcue.com

Received on Monday, 10 March 2003 14:00:48 UTC