You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@jackrabbit.apache.org by Mike Oliver <mo...@corenttech.com> on 2008/10/26 14:52:18 UTC
WebDAV Paradigm Mismatch
As a committer on the Slide project before its retirement, I have a number of
applications built on top of it and some of those are better on JackRabbit
due to the Node Types and other aspects not relevant to this post.
But WebDAV on JackRabbit sucks. The reason it sucks is that the WebDAV
filesystem paradigm is what users, especially non computer scientist users
expect and using WebDAV by going to My NetWork Places and adding a WebDAV
folder needs to show Folders and Files. With Slide this works Out of the
Box and you can still download and install the Slide Tomcat bundle and start
using it with WebDAV in a few minutes and use Microsoft Word to save a
document to a Web Folder, and as long as Word has the document open, it is
locked in Slide for all to see, Save it after some changes and it stays
locked but you get a new version. Close Word and the lock goes away. You
can have folders within folders and documents within folders.
Simple, even my wife can use it.
I am tempted to take Slide, create a new set of Stores for Slide that
implement JackRabbit as the repository and use the Slide WebDAV interface.
As I said for some things JackRabbit is greatly superior to Slide, but for
WebDAV and Web Folders...uh no.
Ollie
--
View this message in context: http://www.nabble.com/WebDAV-Paradigm-Mismatch-tp20173656p20173656.html
Sent from the Jackrabbit - Users mailing list archive at Nabble.com.
Re: WebDAV Paradigm Mismatch
Posted by Julian Reschke <ju...@gmx.de>.
Mike Oliver wrote:
> ...
> But WebDAV on JackRabbit sucks. The reason it sucks is that the WebDAV
> filesystem paradigm is what users, especially non computer scientist users
> expect and using WebDAV by going to My NetWork Places and adding a WebDAV
> folder needs to show Folders and Files. With Slide this works Out of the
> Box and you can still download and install the Slide Tomcat bundle and start
> using it with WebDAV in a few minutes and use Microsoft Word to save a
> document to a Web Folder, and as long as Word has the document open, it is
> locked in Slide for all to see, Save it after some changes and it stays
> locked but you get a new version. Close Word and the lock goes away. You
> can have folders within folders and documents within folders.
> ...
I guess it would be helpful if you could elaborate on how exactly this
doesn't work... (I think it's supposed to).
BR, Julian
Re: WebDAV Paradigm Mismatch
Posted by Michael Oliver <mo...@corenttech.com>.
Bingo
On Mon, Oct 27, 2008 at 5:38 AM, Bertrand Delacretaz <bdelacretaz@apache.org
> wrote:
> On Mon, Oct 27, 2008 at 1:29 PM, Mike Oliver <mo...@corenttech.com>
> wrote:
>
> > ...my frustration
> > with SimpleWebDAVServlet is about IMHO that it should do more of what
> most
> > people want JackRabbit to do for them....
>
> You should then feel free to propose improvements, ideally in the form
> of code patches. That's IMHO the best way for people to see what your
> proposed changes bring, and incorporate them into the project if they
> fit.
>
> -Bertrand
>
--
Michael Oliver
CTO, Corent Technology Inc.
3600 W Florida Ave, #340
Hemet, CA, 92545
ph:949-547-5700
Re: WebDAV Paradigm Mismatch
Posted by Bertrand Delacretaz <bd...@apache.org>.
On Mon, Oct 27, 2008 at 1:29 PM, Mike Oliver <mo...@corenttech.com> wrote:
> ...my frustration
> with SimpleWebDAVServlet is about IMHO that it should do more of what most
> people want JackRabbit to do for them....
You should then feel free to propose improvements, ideally in the form
of code patches. That's IMHO the best way for people to see what your
proposed changes bring, and incorporate them into the project if they
fit.
-Bertrand
Re: WebDAV Paradigm Mismatch
Posted by Mike Oliver <mo...@corenttech.com>.
David,
Dazzled or not, what I am referring to is that Out of the Box the
SimpleWebDAVServlet falls short of my expectations, simple as that. As a
committer on Slide I know perfectly well that anything is possible with some
code and I have said that JackRabbit is superior in many ways.
All my comments are related to SimpleWebDAVServlet. Certainly some of the
frustration is that it is just different, the "jr webav" for example is fine
but that is neither out of the box or something my customer/users would
understand...the topic of this thread is "paradigm mismatch". The scenario
I used where two users on the system access the same word document via a web
folder. One user on windows and the other on a mac. One user opens a word
document and gets a lock, the other user should see it is locked and get a
read only copy. On save of the first user a new version gets created and
the lock remains until that user closes word. With a Web Browser alone,
browsing the same repository the third user sees the word document in a
folder and sees when it is locked and when it is released and can see its
modified date.
My experience is that this is not a scenario that is supported "out of the
box", and that's my frustration.
I fully acknowledge that there are other implementations and that what I
want is not hard to find or build, I published a Tutorial Series on IBM
Developerworks where I showed how to build WebDAV clients in php, python and
java and how to integrate other databases behind Slide. So my frustration
with SimpleWebDAVServlet is about IMHO that it should do more of what most
people want JackRabbit to do for them.
Ollie
David Nuescheler-3 wrote:
>
> hi ollie,
>
>> But not having a browser application to browse the content in the
>> repository
>> or WebDAV that doesn't do locking or versioning, is also fair to say they
>> fall short of the capabilities of the predecessors JackRabbit is intended
>> to
>> replace.
> i am still dazzled why you think that's the case...
> there are probably dozens of web-based repository browsers available
> (ours for example [4]) and it is certainly not the case that the jr webdav
> impl
> lacks the code for versioning or locking.
>
>
--
View this message in context: http://www.nabble.com/WebDAV-Paradigm-Mismatch-tp20173656p20186758.html
Sent from the Jackrabbit - Users mailing list archive at Nabble.com.
Re: WebDAV Paradigm Mismatch
Posted by David Nuescheler <da...@day.com>.
hi ollie,
> In Slide we can set a configuration parameter and automatically version the
> entire repository or a node and its children.
i appreciate that.
> As to saving not really being versioning, I would really like to know your
> meaning, since that is the crux of my 'rant' WebDAV, precisely the "V" in
> WebDAV is for Versioning, if the JackRabbit WebDAV doesn't do Versioning,
> then call it 'WebDA'.
well, versioning in webdav is speced in deltav [1] by geoff clemm et al.
if i understand your suggestion correctly that would mean that you favor
an automatic "checkpoint" sort of an implicit CHECKIN and CHECKOUT
method upon a PUT.
deltav's versioning model goes far beyond the linear versioning usecase
that you seem to try to achieve.
jr probably has one of the most complete delta-v implementations that I am
aware of [2]
> I should be able to open a document in Word from my WebDAV repository, edit
> it, save it and see a new version in the repository. If I open it in Word
> then if someone else tries to open it, they should not be able to open it
> except in read only mode because it is locked and should stay locked as long
> I have it open.
i think this usecase is fairly well known and absolutely no problem to
implement. you will also find all the code for locking in the jr webdav
implementation [3].
> While it is fair to say JackRabbit is about the JSR-170 spec and the "Back
> End" and fully reasonable to say the focus is on that functionality. I have
> already acknowledged that is superior.
> But not having a browser application to browse the content in the repository
> or WebDAV that doesn't do locking or versioning, is also fair to say they
> fall short of the capabilities of the predecessors JackRabbit is intended to
> replace.
i am still dazzled why you think that's the case...
there are probably dozens of web-based repository browsers available
(ours for example [4]) and it is certainly not the case that the jr webdav impl
lacks the code for versioning or locking.
> Given your and Alex's response, I am now leaning heavily toward taking the
> WebDAV implementation from Slide and use that as a model for an
> AdvancedWebDAVServlet that offers an html browser interface to the
> repository AND full WebDAV with locking and versioning with JackRabbit on
> the back end. Might even donate it back.
personally, i think you might be better served with a couple of lines of
code in the jackrabbit webdav code to enable the "auto-versioning"
use case you mention. of course patches are always welcome ;)
regards,
david
[1] http://www.ietf.org/rfc/rfc3253.txt
[2] http://svn.apache.org/repos/asf/jackrabbit/trunk/jackrabbit-webdav/src/main/java/org/apache/jackrabbit/webdav/version/
[3] http://svn.apache.org/repos/asf/jackrabbit/trunk/jackrabbit-webdav/src/main/java/org/apache/jackrabbit/webdav/lock/
[4] http://jsr170tools.day.com/crx/browser/index.jsp
> David Nuescheler-3 wrote:
>>
>>> As to locking and versioning, well yes of course I want a save to add a
>>> version, isn't that a definition of what a version is?
>> not really. but that should not be hard to achieve if one would
>> really like that. the trigger for creating a version (check-in) is indeed
>> very
>> use case specific.
>>
>
> --
> View this message in context: http://www.nabble.com/WebDAV-Paradigm-Mismatch-tp20173656p20177379.html
> Sent from the Jackrabbit - Users mailing list archive at Nabble.com.
>
>
--
Visit: http://dev.day.com/
Re: WebDAV Paradigm Mismatch
Posted by David Nuescheler <da...@day.com>.
hi cedric,
i just dropped a 288mb video file via webdav into jackrabbit and played it
via webdav... no problem at all... maybe this has something todo with the
servlet container that you are using?
regards,
david
On Mon, Oct 27, 2008 at 9:12 AM, Cédric Chantepie
<cc...@corsaire.fr> wrote:
> David Nuescheler a écrit :
>>
>> hi cedric,
>>
>> thanks for your post.
>>
>> that's strange since macosx over jr webdav is my primary configuration
>> that
>> i use every day excessively. can you describe the issues that
>> you are experiencing at a greater level of detail.
>>
>> regards,
>> david
>
> Trouble seems to be since Leopard (at least 10.5.4),
> https://issues.apache.org/jira/browse/JCR-1837
>
> --
> Cédric Chantepie - mailto:chantepie@nozicaa.com
> Architecte des systèmes d'information
> NOZICAA (Groupe SIGIRE) - http://www.nozicaa.com
> 20 rue de Sardaigne - Z.A. du Danemark - 72100 LE MANS
> Tel: +33 (0) 243 82 97 97
> Fax: +33 (0) 243 82 97 99
>
>
>
>
--
Visit: http://dev.day.com/
Re: WebDAV Paradigm Mismatch
Posted by Cédric Chantepie <cc...@corsaire.fr>.
David Nuescheler a écrit :
> hi cedric,
>
> thanks for your post.
>
> that's strange since macosx over jr webdav is my primary configuration that
> i use every day excessively. can you describe the issues that
> you are experiencing at a greater level of detail.
>
> regards,
> david
Trouble seems to be since Leopard (at least 10.5.4),
https://issues.apache.org/jira/browse/JCR-1837
--
Cédric Chantepie - mailto:chantepie@nozicaa.com
Architecte des systèmes d'information
NOZICAA (Groupe SIGIRE) - http://www.nozicaa.com
20 rue de Sardaigne - Z.A. du Danemark - 72100 LE MANS
Tel: +33 (0) 243 82 97 97
Fax: +33 (0) 243 82 97 99
Re: WebDAV Paradigm Mismatch
Posted by David Nuescheler <da...@day.com>.
hi cedric,
thanks for your post.
that's strange since macosx over jr webdav is my primary configuration that
i use every day excessively. can you describe the issues that
you are experiencing at a greater level of detail.
regards,
david
On Sun, Oct 26, 2008 at 9:51 PM, Cédric Chantepie
<cc...@corsaire.fr> wrote:
> Mike Oliver a écrit :
>>
>> David,
>>
>> In Slide we can set a configuration parameter and automatically version
>> the
>> entire repository or a node and its children.
>> As to saving not really being versioning, I would really like to know your
>> meaning, since that is the crux of my 'rant' WebDAV, precisely the "V" in
>> WebDAV is for Versioning, if the JackRabbit WebDAV doesn't do Versioning,
>> then call it 'WebDA'.
>> I should be able to open a document in Word from my WebDAV repository,
>> edit
>> it, save it and see a new version in the repository. If I open it in Word
>> then if someone else tries to open it, they should not be able to open it
>> except in read only mode because it is locked and should stay locked as
>> long
>> I have it open.
>>
>> While it is fair to say JackRabbit is about the JSR-170 spec and the "Back
>> End" and fully reasonable to say the focus is on that functionality. I
>> have
>> already acknowledged that is superior.
>>
>> But not having a browser application to browse the content in the
>> repository
>> or WebDAV that doesn't do locking or versioning, is also fair to say they
>> fall short of the capabilities of the predecessors JackRabbit is intended
>> to
>> replace.
>>
>> Given your and Alex's response, I am now leaning heavily toward taking the
>> WebDAV implementation from Slide and use that as a model for an
>> AdvancedWebDAVServlet that offers an html browser interface to the
>> repository AND full WebDAV with locking and versioning with JackRabbit on
>> the back end. Might even donate it back.
>>
>> Ollie
>
> Also related to Jackrabbit WebDAV improvements, it seems to have some
> trouble with chunked transfer encoding (occurs with Mac OS X WebDAVFS which
> uses it, but cannot find another WebDAV client with such transfer encoding
> to confirm it's the primary cause).
>
> --
> Cédric Chantepie - mailto:chantepie@nozicaa.com
> Architecte des systèmes d'information
> NOZICAA (Groupe SIGIRE) - http://www.nozicaa.com
> 20 rue de Sardaigne - Z.A. du Danemark - 72100 LE MANS
> Tel: +33 (0) 243 82 97 97
> Fax: +33 (0) 243 82 75 75
>
>
>
--
Visit: http://dev.day.com/
Re: WebDAV Paradigm Mismatch
Posted by Cédric Chantepie <cc...@corsaire.fr>.
Mike Oliver a écrit :
> David,
>
> In Slide we can set a configuration parameter and automatically version the
> entire repository or a node and its children.
>
> As to saving not really being versioning, I would really like to know your
> meaning, since that is the crux of my 'rant' WebDAV, precisely the "V" in
> WebDAV is for Versioning, if the JackRabbit WebDAV doesn't do Versioning,
> then call it 'WebDA'.
>
> I should be able to open a document in Word from my WebDAV repository, edit
> it, save it and see a new version in the repository. If I open it in Word
> then if someone else tries to open it, they should not be able to open it
> except in read only mode because it is locked and should stay locked as long
> I have it open.
>
> While it is fair to say JackRabbit is about the JSR-170 spec and the "Back
> End" and fully reasonable to say the focus is on that functionality. I have
> already acknowledged that is superior.
>
> But not having a browser application to browse the content in the repository
> or WebDAV that doesn't do locking or versioning, is also fair to say they
> fall short of the capabilities of the predecessors JackRabbit is intended to
> replace.
>
> Given your and Alex's response, I am now leaning heavily toward taking the
> WebDAV implementation from Slide and use that as a model for an
> AdvancedWebDAVServlet that offers an html browser interface to the
> repository AND full WebDAV with locking and versioning with JackRabbit on
> the back end. Might even donate it back.
>
> Ollie
Also related to Jackrabbit WebDAV improvements, it seems to have some
trouble with chunked transfer encoding (occurs with Mac OS X WebDAVFS
which uses it, but cannot find another WebDAV client with such transfer
encoding to confirm it's the primary cause).
--
Cédric Chantepie - mailto:chantepie@nozicaa.com
Architecte des systèmes d'information
NOZICAA (Groupe SIGIRE) - http://www.nozicaa.com
20 rue de Sardaigne - Z.A. du Danemark - 72100 LE MANS
Tel: +33 (0) 243 82 97 97
Fax: +33 (0) 243 82 75 75
Re: WebDAV Paradigm Mismatch
Posted by Mike Oliver <mo...@corenttech.com>.
David,
In Slide we can set a configuration parameter and automatically version the
entire repository or a node and its children.
As to saving not really being versioning, I would really like to know your
meaning, since that is the crux of my 'rant' WebDAV, precisely the "V" in
WebDAV is for Versioning, if the JackRabbit WebDAV doesn't do Versioning,
then call it 'WebDA'.
I should be able to open a document in Word from my WebDAV repository, edit
it, save it and see a new version in the repository. If I open it in Word
then if someone else tries to open it, they should not be able to open it
except in read only mode because it is locked and should stay locked as long
I have it open.
While it is fair to say JackRabbit is about the JSR-170 spec and the "Back
End" and fully reasonable to say the focus is on that functionality. I have
already acknowledged that is superior.
But not having a browser application to browse the content in the repository
or WebDAV that doesn't do locking or versioning, is also fair to say they
fall short of the capabilities of the predecessors JackRabbit is intended to
replace.
Given your and Alex's response, I am now leaning heavily toward taking the
WebDAV implementation from Slide and use that as a model for an
AdvancedWebDAVServlet that offers an html browser interface to the
repository AND full WebDAV with locking and versioning with JackRabbit on
the back end. Might even donate it back.
Ollie
David Nuescheler-3 wrote:
>
>> As to locking and versioning, well yes of course I want a save to add a
>> version, isn't that a definition of what a version is?
> not really. but that should not be hard to achieve if one would
> really like that. the trigger for creating a version (check-in) is indeed
> very
> use case specific.
>
--
View this message in context: http://www.nabble.com/WebDAV-Paradigm-Mismatch-tp20173656p20177379.html
Sent from the Jackrabbit - Users mailing list archive at Nabble.com.
Re: WebDAV Paradigm Mismatch
Posted by David Nuescheler <da...@day.com>.
hi ollie,
thanks for your mail.
> As to locking and versioning, well yes of course I want a save to add a
> version, isn't that a definition of what a version is?
not really. but that should not be hard to achieve if one would
really like that. the trigger for creating a version (check-in) is indeed very
use case specific.
> The WebDAV
> implementation of SimpleWEbdavServlet doesn't even work universally on
> multiple WebDAV clients, much less even different versions of Web Folders on
> Windows.
really? it would be great if you could be a bit more specific?
i have been using jackrabbit webdav with a wide array of clients (even fairly
old windows webfolder versions) on a daily basis for years and i have not had
issues in a long time.
please feel free to let us know if you find incompatibilities with broadly used
webdav clients. we would probably need a little bit more detail to
constructively
support you.
regards,
david
> Yes I realize the focus is on the repository and as I did say it is superior
> to Slide for that.
>
> Ollie
>
>
> Alexander Klimetschek wrote:
>>
>> Sorry, but your rant is a bit unclear: what exactly are the issues you
>> face with WebDAV on Jackrabbit? Let me clarify on the various issues
>> you threw in:
>>
>> Files and folders: The major WebDAV on Jackrabbit case (provided by
>> the SimpleWebdavServlet under /repository in the jackrabbit webapp
>> [1]) is mapping files and folders onto nt:file and nt:folder nodes in
>> JCR. That way all you see and can do with the WebDAV on Jackrabbit are
>> natural files and folders.
>>
>> Run out-of-the-box: Jackrabbit today is a "backend" library
>> implementing the JCR spec (it is the reference implementation) and it
>> is to be used in other (web) applications. Thus there is currently no
>> goal to have a one-click-installer for end-users on all platforms to
>> provide a generic document storage. There has been work on such a
>> thing in the Apache Sling project, which provides a runnable jar with
>> Jackrabbit included [2], that after startup, gives you a WebDAV on
>> http://localhost:8080 (although it has a slightly different mapping to
>> JCR nodes), and a commercial JCR implementation partly based on
>> Jackrabbit has something called "quickstart", ie. a runnable jar with
>> Jackrabbit's WebDAV out-of-the-box at
>> http://localhost:port/repository/<workspace>/ [3].
>>
>> Locking/Versioning: Do you want to version the files after every save?
>> That is not done by default since it would create many unnecessary
>> versions (nothing you could generically assume for all files), but it
>> can IMHO be quite easily customized by writing your own variant of the
>> SimpleWebdavServlet.
>>
>> [1] http://jackrabbit.apache.org/jackrabbit-web-application.html
>> [2] http://incubator.apache.org/sling/site/downloads.cgi
>> [3] http://dev.day.com/microsling/content/blogs/main/firststeps1.html
>>
>> Regards,
>> Alex
>>
>> On Sun, Oct 26, 2008 at 3:52 PM, Mike Oliver <mo...@corenttech.com>
>> wrote:
>>>
>>> As a committer on the Slide project before its retirement, I have a
>>> number of
>>> applications built on top of it and some of those are better on
>>> JackRabbit
>>> due to the Node Types and other aspects not relevant to this post.
>>>
>>> But WebDAV on JackRabbit sucks. The reason it sucks is that the WebDAV
>>> filesystem paradigm is what users, especially non computer scientist
>>> users
>>> expect and using WebDAV by going to My NetWork Places and adding a WebDAV
>>> folder needs to show Folders and Files. With Slide this works Out of the
>>> Box and you can still download and install the Slide Tomcat bundle and
>>> start
>>> using it with WebDAV in a few minutes and use Microsoft Word to save a
>>> document to a Web Folder, and as long as Word has the document open, it
>>> is
>>> locked in Slide for all to see, Save it after some changes and it stays
>>> locked but you get a new version. Close Word and the lock goes away.
>>> You
>>> can have folders within folders and documents within folders.
>>>
>>> Simple, even my wife can use it.
>>>
>>> I am tempted to take Slide, create a new set of Stores for Slide that
>>> implement JackRabbit as the repository and use the Slide WebDAV
>>> interface.
>>>
>>> As I said for some things JackRabbit is greatly superior to Slide, but
>>> for
>>> WebDAV and Web Folders...uh no.
>>>
>>> Ollie
>>> --
>>> View this message in context:
>>> http://www.nabble.com/WebDAV-Paradigm-Mismatch-tp20173656p20173656.html
>>> Sent from the Jackrabbit - Users mailing list archive at Nabble.com.
>>>
>>>
>>
>>
>>
>> --
>> Alexander Klimetschek
>> alexander.klimetschek@day.com
>>
>>
>
> --
> View this message in context: http://www.nabble.com/WebDAV-Paradigm-Mismatch-tp20173656p20174763.html
> Sent from the Jackrabbit - Users mailing list archive at Nabble.com.
>
>
--
Visit: http://dev.day.com/
Re: WebDAV Paradigm Mismatch
Posted by Mike Oliver <mo...@corenttech.com>.
Alex,
Thanks this is useful information and I will check into Sling and
Quickstart.
As to locking and versioning, well yes of course I want a save to add a
version, isn't that a definition of what a version is? The WebDAV
implementation of SimpleWEbdavServlet doesn't even work universally on
multiple WebDAV clients, much less even different versions of Web Folders on
Windows.
Yes I realize the focus is on the repository and as I did say it is superior
to Slide for that.
Ollie
Alexander Klimetschek wrote:
>
> Sorry, but your rant is a bit unclear: what exactly are the issues you
> face with WebDAV on Jackrabbit? Let me clarify on the various issues
> you threw in:
>
> Files and folders: The major WebDAV on Jackrabbit case (provided by
> the SimpleWebdavServlet under /repository in the jackrabbit webapp
> [1]) is mapping files and folders onto nt:file and nt:folder nodes in
> JCR. That way all you see and can do with the WebDAV on Jackrabbit are
> natural files and folders.
>
> Run out-of-the-box: Jackrabbit today is a "backend" library
> implementing the JCR spec (it is the reference implementation) and it
> is to be used in other (web) applications. Thus there is currently no
> goal to have a one-click-installer for end-users on all platforms to
> provide a generic document storage. There has been work on such a
> thing in the Apache Sling project, which provides a runnable jar with
> Jackrabbit included [2], that after startup, gives you a WebDAV on
> http://localhost:8080 (although it has a slightly different mapping to
> JCR nodes), and a commercial JCR implementation partly based on
> Jackrabbit has something called "quickstart", ie. a runnable jar with
> Jackrabbit's WebDAV out-of-the-box at
> http://localhost:port/repository/<workspace>/ [3].
>
> Locking/Versioning: Do you want to version the files after every save?
> That is not done by default since it would create many unnecessary
> versions (nothing you could generically assume for all files), but it
> can IMHO be quite easily customized by writing your own variant of the
> SimpleWebdavServlet.
>
> [1] http://jackrabbit.apache.org/jackrabbit-web-application.html
> [2] http://incubator.apache.org/sling/site/downloads.cgi
> [3] http://dev.day.com/microsling/content/blogs/main/firststeps1.html
>
> Regards,
> Alex
>
> On Sun, Oct 26, 2008 at 3:52 PM, Mike Oliver <mo...@corenttech.com>
> wrote:
>>
>> As a committer on the Slide project before its retirement, I have a
>> number of
>> applications built on top of it and some of those are better on
>> JackRabbit
>> due to the Node Types and other aspects not relevant to this post.
>>
>> But WebDAV on JackRabbit sucks. The reason it sucks is that the WebDAV
>> filesystem paradigm is what users, especially non computer scientist
>> users
>> expect and using WebDAV by going to My NetWork Places and adding a WebDAV
>> folder needs to show Folders and Files. With Slide this works Out of the
>> Box and you can still download and install the Slide Tomcat bundle and
>> start
>> using it with WebDAV in a few minutes and use Microsoft Word to save a
>> document to a Web Folder, and as long as Word has the document open, it
>> is
>> locked in Slide for all to see, Save it after some changes and it stays
>> locked but you get a new version. Close Word and the lock goes away.
>> You
>> can have folders within folders and documents within folders.
>>
>> Simple, even my wife can use it.
>>
>> I am tempted to take Slide, create a new set of Stores for Slide that
>> implement JackRabbit as the repository and use the Slide WebDAV
>> interface.
>>
>> As I said for some things JackRabbit is greatly superior to Slide, but
>> for
>> WebDAV and Web Folders...uh no.
>>
>> Ollie
>> --
>> View this message in context:
>> http://www.nabble.com/WebDAV-Paradigm-Mismatch-tp20173656p20173656.html
>> Sent from the Jackrabbit - Users mailing list archive at Nabble.com.
>>
>>
>
>
>
> --
> Alexander Klimetschek
> alexander.klimetschek@day.com
>
>
--
View this message in context: http://www.nabble.com/WebDAV-Paradigm-Mismatch-tp20173656p20174763.html
Sent from the Jackrabbit - Users mailing list archive at Nabble.com.
Re: WebDAV Paradigm Mismatch
Posted by Alexander Klimetschek <ak...@day.com>.
Sorry, but your rant is a bit unclear: what exactly are the issues you
face with WebDAV on Jackrabbit? Let me clarify on the various issues
you threw in:
Files and folders: The major WebDAV on Jackrabbit case (provided by
the SimpleWebdavServlet under /repository in the jackrabbit webapp
[1]) is mapping files and folders onto nt:file and nt:folder nodes in
JCR. That way all you see and can do with the WebDAV on Jackrabbit are
natural files and folders.
Run out-of-the-box: Jackrabbit today is a "backend" library
implementing the JCR spec (it is the reference implementation) and it
is to be used in other (web) applications. Thus there is currently no
goal to have a one-click-installer for end-users on all platforms to
provide a generic document storage. There has been work on such a
thing in the Apache Sling project, which provides a runnable jar with
Jackrabbit included [2], that after startup, gives you a WebDAV on
http://localhost:8080 (although it has a slightly different mapping to
JCR nodes), and a commercial JCR implementation partly based on
Jackrabbit has something called "quickstart", ie. a runnable jar with
Jackrabbit's WebDAV out-of-the-box at
http://localhost:port/repository/<workspace>/ [3].
Locking/Versioning: Do you want to version the files after every save?
That is not done by default since it would create many unnecessary
versions (nothing you could generically assume for all files), but it
can IMHO be quite easily customized by writing your own variant of the
SimpleWebdavServlet.
[1] http://jackrabbit.apache.org/jackrabbit-web-application.html
[2] http://incubator.apache.org/sling/site/downloads.cgi
[3] http://dev.day.com/microsling/content/blogs/main/firststeps1.html
Regards,
Alex
On Sun, Oct 26, 2008 at 3:52 PM, Mike Oliver <mo...@corenttech.com> wrote:
>
> As a committer on the Slide project before its retirement, I have a number of
> applications built on top of it and some of those are better on JackRabbit
> due to the Node Types and other aspects not relevant to this post.
>
> But WebDAV on JackRabbit sucks. The reason it sucks is that the WebDAV
> filesystem paradigm is what users, especially non computer scientist users
> expect and using WebDAV by going to My NetWork Places and adding a WebDAV
> folder needs to show Folders and Files. With Slide this works Out of the
> Box and you can still download and install the Slide Tomcat bundle and start
> using it with WebDAV in a few minutes and use Microsoft Word to save a
> document to a Web Folder, and as long as Word has the document open, it is
> locked in Slide for all to see, Save it after some changes and it stays
> locked but you get a new version. Close Word and the lock goes away. You
> can have folders within folders and documents within folders.
>
> Simple, even my wife can use it.
>
> I am tempted to take Slide, create a new set of Stores for Slide that
> implement JackRabbit as the repository and use the Slide WebDAV interface.
>
> As I said for some things JackRabbit is greatly superior to Slide, but for
> WebDAV and Web Folders...uh no.
>
> Ollie
> --
> View this message in context: http://www.nabble.com/WebDAV-Paradigm-Mismatch-tp20173656p20173656.html
> Sent from the Jackrabbit - Users mailing list archive at Nabble.com.
>
>
--
Alexander Klimetschek
alexander.klimetschek@day.com