Re: Bind question ( Bound to be a file ? ;) )
Thanks for the eloquent explanation Julian. Nice concept, which makes my question redundant. Julian Reschke wrote: Miguel Figueiredo wrote: Hello, From my experience with the bind store, the first DAV:parent child in a DAV:parent-set element is the 'real' or original resource. If a bind is created to this same resource, a second DAV:parent child is added, but no difference is made between them exists, witch is the justification of Reschke statement. That's even worse: if you erase the ‘original’, only the ‘bind’ resource is left, so it becames the ‘original’ resource :P That's not "worse", that's the whole point of it. In my project we solved this problem by making a propatch before making a bind of a resource, where we would store the original resource URI in the resource to be binded. Since the properties are shared by all binds, that means we can distinguish what is a bind and the original resource. There is no "original" resource. Actually, there is only resource. The BIND mechanism is about mapping multiple URIs to the same resource, so the only question you could ask is "what is the binding under which the resource originally was created"? Best regards, Julian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Bind question ( Bound to be a file ? ;) )
Miguel Figueiredo wrote: Hello, From my experience with the bind store, the first DAV:parent child in a DAV:parent-set element is the 'real' or original resource. If a bind is created to this same resource, a second DAV:parent child is added, but no difference is made between them exists, witch is the justification of Reschke statement. That's even worse: if you erase the ‘original’, only the ‘bind’ resource is left, so it becames the ‘original’ resource :P That's not "worse", that's the whole point of it. In my project we solved this problem by making a propatch before making a bind of a resource, where we would store the original resource URI in the resource to be binded. Since the properties are shared by all binds, that means we can distinguish what is a bind and the original resource. There is no "original" resource. Actually, there is only resource. The BIND mechanism is about mapping multiple URIs to the same resource, so the only question you could ask is "what is the binding under which the resource originally was created"? Best regards, Julian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Bind question ( Bound to be a file ? ;) )
Hello, From my experience with the bind store, the first DAV:parent child in a DAV:parent-set element is the 'real' or original resource. If a bind is created to this same resource, a second DAV:parent child is added, but no difference is made between them exists, witch is the justification of Reschke statement. That's even worse: if you erase the original, only the bind resource is left, so it becames the original resource :P In my project we solved this problem by making a propatch before making a bind of a resource, where we would store the original resource URI in the resource to be binded. Since the properties are shared by all binds, that means we can distinguish what is a bind and the original resource. Hope this helps, Miguel Figueiredo ___ -Original Message- From: Julian Reschke [mailto:[EMAIL PROTECTED] Sent: terça-feira, 12 de Abril de 2005 17:13 To: Slide Users Mailing List Subject: Re: Bind question ( Bound to be a file ? ;) ) Paul Hussein wrote: > Hi, > > Was wondering if there was a quick way to know if a file/collection is > real collection/file or a link ( bind ) item. As far as the BIND spec is concerned, there is no difference. Best regards, Julian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Bind question ( Bound to be a file ? ;) )
Paul Hussein wrote: Hi, Was wondering if there was a quick way to know if a file/collection is real collection/file or a link ( bind ) item. As far as the BIND spec is concerned, there is no difference. Best regards, Julian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]