RE: [Bug 70] New: REBIND arguments are like BIND

I think the consistency of REBIND with BIND is more important
than the consistency with MOVE.

Cheers,
Geoff


Jim wrote on 12/09/2004 07:03:02 PM:

> 
> Geoff Clemm writes:
> 
> > The REBIND method was intended to have syntax that paralleled 
> > BIND.  This means that the request-URL is the collection into 
> > which the binding is being created, the segment in the body 
> > is the new binding name in the request-URL collection, and 
> > the href in the body is the "source", i.e. the resource that 
> > is being rebound. 
> > 
> > The recent edits in this section (intended to address Jim's 
> > observation that the meaning of arguments of the method were 
> > not underspecified) were incorrect and broke this.  In 
> > particular, the introductory sentences of REBIND should be 
> > modeled after BIND, and the precondition names (which were 
> > originally correct) should be restored.
> 
> Do we care that the parameters are now switched as compared to those of
> MOVE?
> 
>            Source            Destination
> 
> MOVE     Request-URI         Destination header
> 
> REBIND   href XML elem     Request-URI plus segment 
>                              XML elem 
> 
> 
> I think it doesn't matter, but thought I should raise it.
> 
> - Jim
> 
>