You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@jackrabbit.apache.org by Matej Knopp <ma...@gmail.com> on 2008/03/13 23:09:25 UTC
WebDav node replace
Hi,
I've got a problem with Jackrabbit and Webdav under OSX. When a file
is edited and saved (i.e. using textedit) what happens is that there
is a new (temporary) file created and afterwards it's moved to replace
the old one This unfortunately this replaces the entire nt:file node.
What I'd like to achieve is that only the jcr:content node would be
replaced. Is there a reasonable way to do this? If so, what's the best
place to intercept the move?
Kind regards,
Matej Knopp
Re: WebDav node replace
Posted by Matej Knopp <ma...@gmail.com>.
Okay, this wasn't that difficult. Subclassing DefaultHandler
overriding importContent did the trick.
-Maej
On Thu, Mar 13, 2008 at 11:53 PM, Matej Knopp <ma...@gmail.com> wrote:
> Yeah, I thought that would be the answer :)
>
> Well, i think i can live with that. Another thing that crosses my mind
> is how to get editor that doesn't support DeltaV to update a checked
> in node. Is that even possible? Is there any option to check out node
> before put and check it in afterwards transparently?
>
> Thanks.
>
> -Matej
>
>
>
> On Thu, Mar 13, 2008 at 11:20 PM, Petite Abeille
> <pe...@gmail.com> wrote:
> >
> > On Mar 13, 2008, at 11:09 PM, Matej Knopp wrote:
> >
> > > I've got a problem with Jackrabbit and Webdav under OSX. When a file
> > > is edited and saved (i.e. using textedit) what happens is that there
> > > is a new (temporary) file created and afterwards it's moved to replace
> > > the old one
> >
> > This is really a Finder, err, "functional anomaly".
> >
> > If you try it from the command line, or any other WebDAV client but
> > the Finder, you will get a regular lock/put/unlock sequence or
> > something.
> >
> > For reason(s) not clearly understood by mankind, the Finder will get
> > out of its way to screw it up by issuing random MKCOL, MOVE,
> > whatnot... go figure... sigh...
> >
> > E.g., from the Finder:
> >
> > "MKCOL /recent/5th-century/(A%20Document%20Being%20Saved%20By
> > %20SubEthaEdit) HTTP/1.1" - "WebDAVFS/1.5 (01508000) Darwin/9.2.0
> > (i386)"
> >
> > Versus the command line:
> >
> > "LOCK /recent/nanoki/Nanoki.txt HTTP/1.1" - "WebDAVFS/1.5 (01508000)
> > Darwin/9.2.0 (i386)"
> >
> >
> > > This unfortunately this replaces the entire nt:file node.
> > > What I'd like to achieve is that only the jcr:content node would be
> > > replaced. Is there a reasonable way to do this? If so, what's the best
> > > place to intercept the move?
> >
> > Don't use the Finder :)
> >
> > --
> > PA.
> > http://alt.textdrive.com/nanoki/
> >
> >
>
>
>
Re: WebDav node replace
Posted by Matej Knopp <ma...@gmail.com>.
Yeah, I thought that would be the answer :)
Well, i think i can live with that. Another thing that crosses my mind
is how to get editor that doesn't support DeltaV to update a checked
in node. Is that even possible? Is there any option to check out node
before put and check it in afterwards transparently?
Thanks.
-Matej
On Thu, Mar 13, 2008 at 11:20 PM, Petite Abeille
<pe...@gmail.com> wrote:
>
> On Mar 13, 2008, at 11:09 PM, Matej Knopp wrote:
>
> > I've got a problem with Jackrabbit and Webdav under OSX. When a file
> > is edited and saved (i.e. using textedit) what happens is that there
> > is a new (temporary) file created and afterwards it's moved to replace
> > the old one
>
> This is really a Finder, err, "functional anomaly".
>
> If you try it from the command line, or any other WebDAV client but
> the Finder, you will get a regular lock/put/unlock sequence or
> something.
>
> For reason(s) not clearly understood by mankind, the Finder will get
> out of its way to screw it up by issuing random MKCOL, MOVE,
> whatnot... go figure... sigh...
>
> E.g., from the Finder:
>
> "MKCOL /recent/5th-century/(A%20Document%20Being%20Saved%20By
> %20SubEthaEdit) HTTP/1.1" - "WebDAVFS/1.5 (01508000) Darwin/9.2.0
> (i386)"
>
> Versus the command line:
>
> "LOCK /recent/nanoki/Nanoki.txt HTTP/1.1" - "WebDAVFS/1.5 (01508000)
> Darwin/9.2.0 (i386)"
>
>
> > This unfortunately this replaces the entire nt:file node.
> > What I'd like to achieve is that only the jcr:content node would be
> > replaced. Is there a reasonable way to do this? If so, what's the best
> > place to intercept the move?
>
> Don't use the Finder :)
>
> --
> PA.
> http://alt.textdrive.com/nanoki/
>
>
--
Resizable and reorderable grid components.
http://www.inmethod.com
Re: WebDav node replace
Posted by Petite Abeille <pe...@gmail.com>.
On Mar 13, 2008, at 11:09 PM, Matej Knopp wrote:
> I've got a problem with Jackrabbit and Webdav under OSX. When a file
> is edited and saved (i.e. using textedit) what happens is that there
> is a new (temporary) file created and afterwards it's moved to replace
> the old one
This is really a Finder, err, "functional anomaly".
If you try it from the command line, or any other WebDAV client but
the Finder, you will get a regular lock/put/unlock sequence or
something.
For reason(s) not clearly understood by mankind, the Finder will get
out of its way to screw it up by issuing random MKCOL, MOVE,
whatnot... go figure... sigh...
E.g., from the Finder:
"MKCOL /recent/5th-century/(A%20Document%20Being%20Saved%20By
%20SubEthaEdit) HTTP/1.1" - "WebDAVFS/1.5 (01508000) Darwin/9.2.0
(i386)"
Versus the command line:
"LOCK /recent/nanoki/Nanoki.txt HTTP/1.1" - "WebDAVFS/1.5 (01508000)
Darwin/9.2.0 (i386)"
> This unfortunately this replaces the entire nt:file node.
> What I'd like to achieve is that only the jcr:content node would be
> replaced. Is there a reasonable way to do this? If so, what's the best
> place to intercept the move?
Don't use the Finder :)
--
PA.
http://alt.textdrive.com/nanoki/