You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cocoon.apache.org by Johann Romefort <ro...@club-internet.fr> on 2004/03/17 12:04:26 UTC
WebDAV status in cocoon
Hi,
I m about to choose a WebDAV server in the next days, because of strong
needs in ACL / Versionning/ Locking
on document. So here is my question : what is the current status of
WebDAV in Cocoon? Also what is the status
of the Slide integration?
Thanks in advance!
Johann
Re: WebDAV status in cocoon
Posted by Stefano Mazzocchi <st...@apache.org>.
Ugo Cei wrote:
> Unico Hommes wrote:
>
>> Johann Romefort wrote on 17-3-2004 12:04:
>>
>>> I m about to choose a WebDAV server in the next days, because of
>>> strong needs in ACL / Versionning/ Locking
>>> on document. So here is my question : what is the current status of
>>> WebDAV in Cocoon? Also what is the status
>>> of the Slide integration?
>>
>> When choosing a WebDAV server by far Slide is your best bet. The
>> davmap samples in Cocoon are working pretty well but nothing like
>> versioning, acl and locking is in the planning AFAIK.
>
>
> Can you please elaborate on why Slide is the best choice, especially
> with respect to Apache 2.0? I'd like to use Slide but at present it does
> not interoperate well with the Finder of MacOSX, while Apache does.
forgot to mention: slide beats mod_dav hands down in terms of
functionality and flexibility.
--
Stefano.
Re: WebDAV status in cocoon
Posted by Ugo Cei <u....@cbim.it>.
Stefano Mazzocchi wrote:
> There is a configuration you have to modify in slide to make osx to work
> well. it's a known macosx bug (even apple knows it) and slide has a
> workaround, but you have to turn it on. search slide-dev for macosx or
> webdavfs.
I did and could at least *mount* the WebDAV folder, but couldn't write
anything to it. This was using Slide 2.0beta1 and OSX 10.3.2, but I have
to admit I haven't tried real hard.
Ugo
Re: WebDAV status in cocoon
Posted by Stefano Mazzocchi <st...@apache.org>.
Ugo Cei wrote:
> Stefano Mazzocchi wrote:
>
>> There is a configuration you have to modify in slide to make osx to
>> work well. it's a known macosx bug (even apple knows it) and slide has
>> a workaround, but you have to turn it on. search slide-dev for macosx
>> or webdavfs.
>
>
> OK, so I set lockdiscoveryIncludesPrincipalURL to false as suggested on
> slide-dev, but still get errors (error code -43) whenever I try to drag
> some files onto the webdav folder. I am using the Tomcat 5.0.16 - Slide
> 2.0b1 cobundle under Panther 10.3.3. Do you have a working configuration
> to send me, by chance?
haven't tried in a while and I also patched the OS with the code that a
guy at apple gave me so I'm not sure if I can help with this. :-/
--
Stefano.
Re: WebDAV status in cocoon
Posted by Ugo Cei <u....@cbim.it>.
Stefano Mazzocchi wrote:
> There is a configuration you have to modify in slide to make osx to work
> well. it's a known macosx bug (even apple knows it) and slide has a
> workaround, but you have to turn it on. search slide-dev for macosx or
> webdavfs.
OK, so I set lockdiscoveryIncludesPrincipalURL to false as suggested on
slide-dev, but still get errors (error code -43) whenever I try to drag
some files onto the webdav folder. I am using the Tomcat 5.0.16 - Slide
2.0b1 cobundle under Panther 10.3.3. Do you have a working configuration
to send me, by chance?
Ugo
Re: WebDAV status in cocoon
Posted by Stefano Mazzocchi <st...@apache.org>.
Ugo Cei wrote:
> Unico Hommes wrote:
>
>> Johann Romefort wrote on 17-3-2004 12:04:
>>
>>> I m about to choose a WebDAV server in the next days, because of
>>> strong needs in ACL / Versionning/ Locking
>>> on document. So here is my question : what is the current status of
>>> WebDAV in Cocoon? Also what is the status
>>> of the Slide integration?
>>
>> When choosing a WebDAV server by far Slide is your best bet. The
>> davmap samples in Cocoon are working pretty well but nothing like
>> versioning, acl and locking is in the planning AFAIK.
>
>
> Can you please elaborate on why Slide is the best choice, especially
> with respect to Apache 2.0? I'd like to use Slide but at present it does
> not interoperate well with the Finder of MacOSX, while Apache does.
There is a configuration you have to modify in slide to make osx to work
well. it's a known macosx bug (even apple knows it) and slide has a
workaround, but you have to turn it on. search slide-dev for macosx or
webdavfs.
--
Stefano.
Re: WebDAV status in cocoon
Posted by Unico Hommes <un...@hippo.nl>.
Stefano Mazzocchi wrote on 17-3-2004 21:28:
> Unico Hommes wrote:
>
>>
>>
>> Ugo Cei wrote on 17-3-2004 14:14:
>>
>>> Unico Hommes wrote:
>>>
>>>> I was thinking specifically regarding the choice between Cocoon and
>>>> Slide as a WebDAV server, but I think Slide is the better choice
>>>> over mod_dav/catacomb as well. Simply because it supports more
>>>> WebDAV (DACL, Binding) in a more flexible way. It has an
>>>> interception mechanism which I currently use to publish cache
>>>> invalidation events to a JMS topic with. It has a pluggable storage
>>>> system that allows you to plugin a custom store. There is a lively
>>>> community actively implementing the latest WebDAV specifications.
>>>
>>>
>>>
>>>
>>> Thank you. I had fought with the installation of Slide 2.0beta1 and,
>>> apart from the problem with MacOSX, the installation docs didn't seem
>>> to be either clear or updated, so I decided to try mod_dav, which
>>> proved to be a more pleasant experience, since it worked right out of
>>> the box (these days I tend to disregard products that don't work at
>>> the first try). But after hearing this, I'll give Slide another try.
>>>
>>
>> :-) If you build Cocoon with the Slide block included there is an easy
>> way to get Slide WebDAV server running. It should be as easy as
>> uncommenting the slide servlet in web.xml. By default the servlet is
>> then mapped to http://localhost:8888/webdav/ . The slide configuration
>> can be changed by editing WEB-INF/slide.xconf .
>
>
> is there any documentation for that?
>
There is a README that describes the steps but its a bit hidden. It's a
point of improvement.
--
Unico
Re: WebDAV status in cocoon
Posted by Stefano Mazzocchi <st...@apache.org>.
Unico Hommes wrote:
>
>
> Ugo Cei wrote on 17-3-2004 14:14:
>
>> Unico Hommes wrote:
>>
>>> I was thinking specifically regarding the choice between Cocoon and
>>> Slide as a WebDAV server, but I think Slide is the better choice over
>>> mod_dav/catacomb as well. Simply because it supports more WebDAV
>>> (DACL, Binding) in a more flexible way. It has an interception
>>> mechanism which I currently use to publish cache invalidation events
>>> to a JMS topic with. It has a pluggable storage system that allows
>>> you to plugin a custom store. There is a lively community actively
>>> implementing the latest WebDAV specifications.
>>
>>
>>
>> Thank you. I had fought with the installation of Slide 2.0beta1 and,
>> apart from the problem with MacOSX, the installation docs didn't seem
>> to be either clear or updated, so I decided to try mod_dav, which
>> proved to be a more pleasant experience, since it worked right out of
>> the box (these days I tend to disregard products that don't work at
>> the first try). But after hearing this, I'll give Slide another try.
>>
>
> :-) If you build Cocoon with the Slide block included there is an easy
> way to get Slide WebDAV server running. It should be as easy as
> uncommenting the slide servlet in web.xml. By default the servlet is
> then mapped to http://localhost:8888/webdav/ . The slide configuration
> can be changed by editing WEB-INF/slide.xconf .
is there any documentation for that?
--
Stefano.
Re: WebDAV status in cocoon
Posted by Unico Hommes <un...@hippo.nl>.
Ugo Cei wrote on 17-3-2004 14:14:
> Unico Hommes wrote:
>
>> I was thinking specifically regarding the choice between Cocoon and
>> Slide as a WebDAV server, but I think Slide is the better choice over
>> mod_dav/catacomb as well. Simply because it supports more WebDAV
>> (DACL, Binding) in a more flexible way. It has an interception
>> mechanism which I currently use to publish cache invalidation events
>> to a JMS topic with. It has a pluggable storage system that allows you
>> to plugin a custom store. There is a lively community actively
>> implementing the latest WebDAV specifications.
>
>
> Thank you. I had fought with the installation of Slide 2.0beta1 and,
> apart from the problem with MacOSX, the installation docs didn't seem to
> be either clear or updated, so I decided to try mod_dav, which proved to
> be a more pleasant experience, since it worked right out of the box
> (these days I tend to disregard products that don't work at the first
> try). But after hearing this, I'll give Slide another try.
>
:-) If you build Cocoon with the Slide block included there is an easy
way to get Slide WebDAV server running. It should be as easy as
uncommenting the slide servlet in web.xml. By default the servlet is
then mapped to http://localhost:8888/webdav/ . The slide configuration
can be changed by editing WEB-INF/slide.xconf .
--
Unico
Re: WebDAV status in cocoon
Posted by Ugo Cei <u....@cbim.it>.
Guido Casper wrote:
> If mod_dav (only supporting basic WebDAV) suits your functional needs it
> certainly is your best bet.
Well, no, I don't know if mod_dav suits all my needs, I don't even know
what my needs will be, ATM ;-).
> However since Slide has much more to offer and has matured a lot during
> the past months (and hopefully continues to do so), gathering experience
> with it and helping testing and further stabilizing is not the worst
> thing to do IMO :-)
I appreciate your POV on this issue.
Ugo
Re: WebDAV status in cocoon
Posted by Guido Casper <gc...@s-und-n.de>.
Ugo Cei wrote:
> Unico Hommes wrote:
>
>> I was thinking specifically regarding the choice between Cocoon and
>> Slide as a WebDAV server, but I think Slide is the better choice over
>> mod_dav/catacomb as well. Simply because it supports more WebDAV
>> (DACL, Binding) in a more flexible way. It has an interception
>> mechanism which I currently use to publish cache invalidation events
>> to a JMS topic with. It has a pluggable storage system that allows you
>> to plugin a custom store. There is a lively community actively
>> implementing the latest WebDAV specifications.
>
>
> Thank you. I had fought with the installation of Slide 2.0beta1 and,
> apart from the problem with MacOSX, the installation docs didn't seem to
> be either clear or updated, so I decided to try mod_dav, which proved to
> be a more pleasant experience, since it worked right out of the box
> (these days I tend to disregard products that don't work at the first
> try). But after hearing this, I'll give Slide another try.
If mod_dav (only supporting basic WebDAV) suits your functional needs it
certainly is your best bet.
However since Slide has much more to offer and has matured a lot during
the past months (and hopefully continues to do so), gathering experience
with it and helping testing and further stabilizing is not the worst
thing to do IMO :-)
Guido
--
Guido Casper
-------------------------------------------------
S&N AG, Competence Center Open Source
Tel.: +49-5251-1581-87
Klingenderstr. 5 mailto:gcasper@s-und-n.de
D-33100 Paderborn http://www.s-und-n.de
-------------------------------------------------
Re: WebDAV status in cocoon
Posted by Jean Pierre LeJacq <jp...@quoininc.com>.
On Wed, 17 Mar 2004, Unico Hommes wrote:
> >> possible use of slide. It would be useful if slide could accomodate
> >> the shortcomings of the windows webdav implementation.
> >
> >
> > AFAIK, nobody reported problems with XP webfolders for slide.
>
> I just tried on my XP box and was not experiencing any problems. Perhaps
> it was just a matter of configuration.
I don't think so. From my research, slightly different versions of
the Windows result in different results. In my earlier post you'll
see this clearly with a range of issues depending on the Window
version.
Again, its worth pointing out that apache's mod_dav seems to work
with a wide range of clients.
--
JP
Re: WebDAV status in cocoon
Posted by Unico Hommes <un...@hippo.nl>.
Stefano Mazzocchi wrote on 17-3-2004 21:32:
> Jean Pierre LeJacq wrote:
>
>> On Wed, 17 Mar 2004, Unico Hommes wrote:
>>
>>
>>> Jean Pierre LeJacq wrote on 17-3-2004 15:26:
>>>
>>>
>>>> client. In particular, I simply wasn't able to get Windows XP
>>>> to work with slide which, unfortunately, was a must for me.
>>>
>>>
>>> There are known issues on with windows webfolders but this is not
>>> due to Slide.
>>
>>
>>
>> Agreed. However, lack of interoperability significantly limits the
>> possible use of slide. It would be useful if slide could accomodate
>> the shortcomings of the windows webdav implementation.
>
>
> AFAIK, nobody reported problems with XP webfolders for slide.
>
> What was the problem you experienced?
>
I just tried on my XP box and was not experiencing any problems. Perhaps
it was just a matter of configuration.
--
Unico
Re: WebDAV status in cocoon
Posted by Jean Pierre LeJacq <jp...@quoininc.com>.
On Wed, 17 Mar 2004, Stefano Mazzocchi wrote:
> >>Jean Pierre LeJacq wrote on 17-3-2004 15:26:
> >>
> >>There are known issues on with windows webfolders but this is
> >>not due to Slide.
> >
> > Agreed. However, lack of interoperability significantly limits the
> > possible use of slide. It would be useful if slide could accomodate
> > the shortcomings of the windows webdav implementation.
>
> AFAIK, nobody reported problems with XP webfolders for slide.
>
> What was the problem you experienced?
The WebDAV server was never recognized as such. It always reverted
to simple HTTP. Julian Reschke on the slide-user list referred me
to the following document with issues with Microsoft web folders:
http://greenbytes.de/tech/webdav/webfolder-client-list.html
--
JP
Re: WebDAV status in cocoon
Posted by Stefano Mazzocchi <st...@apache.org>.
Jean Pierre LeJacq wrote:
> On Wed, 17 Mar 2004, Unico Hommes wrote:
>
>
>>Jean Pierre LeJacq wrote on 17-3-2004 15:26:
>>
>>
>>>client. In particular, I simply wasn't able to get Windows XP
>>>to work with slide which, unfortunately, was a must for me.
>>
>>There are known issues on with windows webfolders but this is not
>>due to Slide.
>
>
> Agreed. However, lack of interoperability significantly limits the
> possible use of slide. It would be useful if slide could accomodate
> the shortcomings of the windows webdav implementation.
AFAIK, nobody reported problems with XP webfolders for slide.
What was the problem you experienced?
--
Stefano.
Re: WebDAV status in cocoon
Posted by Stefano Mazzocchi <st...@apache.org>.
roy huang wrote:
> wow ,It seems I can't check slide's feature for some time.I remember slide support database,so any integration about slide and woody?
I don't see the point in a direct integration betweeen the slide block
and Cocoon Forms, what am I missing?
--
Stefano.
Re: WebDAV status in cocoon
Posted by roy huang <li...@hotmail.com>.
wow ,It seems I can't check slide's feature for some time.I remember slide support database,so any integration about slide and woody?
Roy Huang
----- Original Message -----
From: "Unico Hommes" <un...@hippo.nl>
To: <de...@cocoon.apache.org>
Sent: Thursday, March 18, 2004 3:09 AM
Subject: Re: WebDAV status in cocoon
>
> Yep that is what I got too this afternoon. And I think it is related to
> a recent change in the way cocoon redirects are handled (see other
> thread about cocoon.sendPage is broken). You can work around it by
> setting all the pipelines to internal-only="false" but this will also
> disable authorisation.
>
> --
> Unico
>
> roy huang wrote on 17-3-2004 19:56:
>
> > I ever tried the slide example but when I login I see blank in web browser.I check it tonight but the same.
> > If I refresh with url http://localhost:8888/samples/slide/content, jetty console print:
> > 02:52:09.769 WARN!! Error for /samples/slide/content/
> > java.lang.StackOverflowError
> > but in slide.log,It seems everything's fine.
> > jdk is 1.4.2_03
> > win2000 pro
> >
> > Roy Huang
> > ----- Original Message -----
> > From: "Unico Hommes" <un...@hippo.nl>
> > To: <de...@cocoon.apache.org>
> > Sent: Thursday, March 18, 2004 1:44 AM
> > Subject: Re: WebDAV status in cocoon
> >
> >
> >
> >>
> >>Jean Pierre LeJacq wrote on 17-3-2004 15:54:
> >>
> >>
> >>>On Wed, 17 Mar 2004, Unico Hommes wrote:
> >>>
> >>>
> >>>
> >>>>Jean Pierre LeJacq wrote on 17-3-2004 15:26:
> >>>>
> >>>>
> >>>>
> >>>>>client. In particular, I simply wasn't able to get Windows XP
> >>>>>to work with slide which, unfortunately, was a must for me.
> >>>>
> >>>>There are known issues on with windows webfolders but this is not
> >>>>due to Slide.
> >>>
> >>>
> >>>Agreed. However, lack of interoperability significantly limits the
> >>>possible use of slide. It would be useful if slide could accomodate
> >>>the shortcomings of the windows webdav implementation.
> >>>
> >>>
> >>>
> >>>
> >>>>>I simply couldn't get the cocoon slide block to work.
> >>>>
> >>>>Could you give more details as to what went wrong? Did the samples
> >>>>not work?
> >>>
> >>>
> >>>It compiled fine. I could upload and download files. I could
> >>>create collections and navigate through them. I could not
> >>>view any of the files (error: Could not display content)
> >>
> >>OK, this functionality is dubious. The Slide samples are a
> >>administration application for Slide. Creating and displaying files and
> >>collections is better done via WebDAV. That said, I see there was a
> >>problem with displaying content. It's fixed now for common file types
> >>such as plain text and xml.
> >>
> >>
> >>>or figure
> >>>out a way of downloading them.
> >>
> >>There is a README in the slide block that tells you how to configure the
> >> Slide WebDAV servlet. It is really easy, just uncomment the Slide
> >>servlet in web.xml and access the slide repository via
> >>http://localhost:8888/webdav/ (note there is a problem with the html
> >>directory listing not resolving the path links but this is a minor issue
> >>that has been solved recently in Slide CVS IIRC).
> >>
> >> > I could not establish a lock (error:
> >> > null pointer exception).
> >>
> >>Adding a lock involves choosing a correct subject (such as /users/john)
> >>and a certain lock type (such as /actions/write). The form in admin app
> >>for these had text fields for these. Putting a wrong value for any of
> >>these results in an NPE. I've changed these two text fields to selection
> >>lists so it is more obvious what the intended field values are.
> >>
> >>Note that while testing all this I ran into a problem with the flow in
> >>the current CVS (see other thread). This means that currently the Slide
> >>samples are broken (and probably a lot more) so I would suggest waiting
> >>with trying to update until this is fixed (if anyone was planning to do
> >>of course).
> >>
> >>--
> >>Unico
>
Re: WebDAV status in cocoon
Posted by Unico Hommes <un...@hippo.nl>.
Yep that is what I got too this afternoon. And I think it is related to
a recent change in the way cocoon redirects are handled (see other
thread about cocoon.sendPage is broken). You can work around it by
setting all the pipelines to internal-only="false" but this will also
disable authorisation.
--
Unico
roy huang wrote on 17-3-2004 19:56:
> I ever tried the slide example but when I login I see blank in web browser.I check it tonight but the same.
> If I refresh with url http://localhost:8888/samples/slide/content, jetty console print:
> 02:52:09.769 WARN!! Error for /samples/slide/content/
> java.lang.StackOverflowError
> but in slide.log,It seems everything's fine.
> jdk is 1.4.2_03
> win2000 pro
>
> Roy Huang
> ----- Original Message -----
> From: "Unico Hommes" <un...@hippo.nl>
> To: <de...@cocoon.apache.org>
> Sent: Thursday, March 18, 2004 1:44 AM
> Subject: Re: WebDAV status in cocoon
>
>
>
>>
>>Jean Pierre LeJacq wrote on 17-3-2004 15:54:
>>
>>
>>>On Wed, 17 Mar 2004, Unico Hommes wrote:
>>>
>>>
>>>
>>>>Jean Pierre LeJacq wrote on 17-3-2004 15:26:
>>>>
>>>>
>>>>
>>>>>client. In particular, I simply wasn't able to get Windows XP
>>>>>to work with slide which, unfortunately, was a must for me.
>>>>
>>>>There are known issues on with windows webfolders but this is not
>>>>due to Slide.
>>>
>>>
>>>Agreed. However, lack of interoperability significantly limits the
>>>possible use of slide. It would be useful if slide could accomodate
>>>the shortcomings of the windows webdav implementation.
>>>
>>>
>>>
>>>
>>>>>I simply couldn't get the cocoon slide block to work.
>>>>
>>>>Could you give more details as to what went wrong? Did the samples
>>>>not work?
>>>
>>>
>>>It compiled fine. I could upload and download files. I could
>>>create collections and navigate through them. I could not
>>>view any of the files (error: Could not display content)
>>
>>OK, this functionality is dubious. The Slide samples are a
>>administration application for Slide. Creating and displaying files and
>>collections is better done via WebDAV. That said, I see there was a
>>problem with displaying content. It's fixed now for common file types
>>such as plain text and xml.
>>
>>
>>>or figure
>>>out a way of downloading them.
>>
>>There is a README in the slide block that tells you how to configure the
>> Slide WebDAV servlet. It is really easy, just uncomment the Slide
>>servlet in web.xml and access the slide repository via
>>http://localhost:8888/webdav/ (note there is a problem with the html
>>directory listing not resolving the path links but this is a minor issue
>>that has been solved recently in Slide CVS IIRC).
>>
>> > I could not establish a lock (error:
>> > null pointer exception).
>>
>>Adding a lock involves choosing a correct subject (such as /users/john)
>>and a certain lock type (such as /actions/write). The form in admin app
>>for these had text fields for these. Putting a wrong value for any of
>>these results in an NPE. I've changed these two text fields to selection
>>lists so it is more obvious what the intended field values are.
>>
>>Note that while testing all this I ran into a problem with the flow in
>>the current CVS (see other thread). This means that currently the Slide
>>samples are broken (and probably a lot more) so I would suggest waiting
>>with trying to update until this is fixed (if anyone was planning to do
>>of course).
>>
>>--
>>Unico
Re: WebDAV status in cocoon
Posted by roy huang <li...@hotmail.com>.
I ever tried the slide example but when I login I see blank in web browser.I check it tonight but the same.
If I refresh with url http://localhost:8888/samples/slide/content, jetty console print:
02:52:09.769 WARN!! Error for /samples/slide/content/
java.lang.StackOverflowError
but in slide.log,It seems everything's fine.
jdk is 1.4.2_03
win2000 pro
Roy Huang
----- Original Message -----
From: "Unico Hommes" <un...@hippo.nl>
To: <de...@cocoon.apache.org>
Sent: Thursday, March 18, 2004 1:44 AM
Subject: Re: WebDAV status in cocoon
>
>
> Jean Pierre LeJacq wrote on 17-3-2004 15:54:
>
> > On Wed, 17 Mar 2004, Unico Hommes wrote:
> >
> >
> >>Jean Pierre LeJacq wrote on 17-3-2004 15:26:
> >>
> >>
> >>>client. In particular, I simply wasn't able to get Windows XP
> >>>to work with slide which, unfortunately, was a must for me.
> >>
> >>There are known issues on with windows webfolders but this is not
> >>due to Slide.
> >
> >
> > Agreed. However, lack of interoperability significantly limits the
> > possible use of slide. It would be useful if slide could accomodate
> > the shortcomings of the windows webdav implementation.
> >
> >
> >
> >>>I simply couldn't get the cocoon slide block to work.
> >>
> >>Could you give more details as to what went wrong? Did the samples
> >>not work?
> >
> >
> > It compiled fine. I could upload and download files. I could
> > create collections and navigate through them. I could not
> > view any of the files (error: Could not display content)
>
> OK, this functionality is dubious. The Slide samples are a
> administration application for Slide. Creating and displaying files and
> collections is better done via WebDAV. That said, I see there was a
> problem with displaying content. It's fixed now for common file types
> such as plain text and xml.
>
> > or figure
> > out a way of downloading them.
>
> There is a README in the slide block that tells you how to configure the
> Slide WebDAV servlet. It is really easy, just uncomment the Slide
> servlet in web.xml and access the slide repository via
> http://localhost:8888/webdav/ (note there is a problem with the html
> directory listing not resolving the path links but this is a minor issue
> that has been solved recently in Slide CVS IIRC).
>
> > I could not establish a lock (error:
> > null pointer exception).
>
> Adding a lock involves choosing a correct subject (such as /users/john)
> and a certain lock type (such as /actions/write). The form in admin app
> for these had text fields for these. Putting a wrong value for any of
> these results in an NPE. I've changed these two text fields to selection
> lists so it is more obvious what the intended field values are.
>
> Note that while testing all this I ran into a problem with the flow in
> the current CVS (see other thread). This means that currently the Slide
> samples are broken (and probably a lot more) so I would suggest waiting
> with trying to update until this is fixed (if anyone was planning to do
> of course).
>
> --
> Unico
>
Re: WebDAV status in cocoon
Posted by Unico Hommes <un...@hippo.nl>.
Jean Pierre LeJacq wrote on 17-3-2004 15:54:
> On Wed, 17 Mar 2004, Unico Hommes wrote:
>
>
>>Jean Pierre LeJacq wrote on 17-3-2004 15:26:
>>
>>
>>>client. In particular, I simply wasn't able to get Windows XP
>>>to work with slide which, unfortunately, was a must for me.
>>
>>There are known issues on with windows webfolders but this is not
>>due to Slide.
>
>
> Agreed. However, lack of interoperability significantly limits the
> possible use of slide. It would be useful if slide could accomodate
> the shortcomings of the windows webdav implementation.
>
>
>
>>>I simply couldn't get the cocoon slide block to work.
>>
>>Could you give more details as to what went wrong? Did the samples
>>not work?
>
>
> It compiled fine. I could upload and download files. I could
> create collections and navigate through them. I could not
> view any of the files (error: Could not display content)
OK, this functionality is dubious. The Slide samples are a
administration application for Slide. Creating and displaying files and
collections is better done via WebDAV. That said, I see there was a
problem with displaying content. It's fixed now for common file types
such as plain text and xml.
> or figure
> out a way of downloading them.
There is a README in the slide block that tells you how to configure the
Slide WebDAV servlet. It is really easy, just uncomment the Slide
servlet in web.xml and access the slide repository via
http://localhost:8888/webdav/ (note there is a problem with the html
directory listing not resolving the path links but this is a minor issue
that has been solved recently in Slide CVS IIRC).
> I could not establish a lock (error:
> null pointer exception).
Adding a lock involves choosing a correct subject (such as /users/john)
and a certain lock type (such as /actions/write). The form in admin app
for these had text fields for these. Putting a wrong value for any of
these results in an NPE. I've changed these two text fields to selection
lists so it is more obvious what the intended field values are.
Note that while testing all this I ran into a problem with the flow in
the current CVS (see other thread). This means that currently the Slide
samples are broken (and probably a lot more) so I would suggest waiting
with trying to update until this is fixed (if anyone was planning to do
of course).
--
Unico
Re: WebDAV status in cocoon
Posted by Jean Pierre LeJacq <jp...@quoininc.com>.
On Wed, 17 Mar 2004, Unico Hommes wrote:
> Jean Pierre LeJacq wrote on 17-3-2004 15:26:
>
> > client. In particular, I simply wasn't able to get Windows XP
> > to work with slide which, unfortunately, was a must for me.
>
> There are known issues on with windows webfolders but this is not
> due to Slide.
Agreed. However, lack of interoperability significantly limits the
possible use of slide. It would be useful if slide could accomodate
the shortcomings of the windows webdav implementation.
> > I simply couldn't get the cocoon slide block to work.
>
> Could you give more details as to what went wrong? Did the samples
> not work?
It compiled fine. I could upload and download files. I could
create collections and navigate through them. I could not
view any of the files (error: Could not display content) or figure
out a way of downloading them. I could not establish a lock (error:
null pointer exception).
Lack of download capability was the killer for me.
Slide looks promising but without a bit more documentation I was not
able to start debugging the problems I ran into.
--
JP
Re: WebDAV status in cocoon
Posted by Unico Hommes <un...@hippo.nl>.
Jean Pierre LeJacq wrote on 17-3-2004 15:26:
> On Wed, 17 Mar 2004, Ugo Cei wrote:
>
>
>>Unico Hommes wrote:
>>
>>>I was thinking specifically regarding the choice between Cocoon and
>>>Slide as a WebDAV server, but I think Slide is the better choice over
>>>mod_dav/catacomb as well. Simply because it supports more WebDAV (DACL,
>>>Binding) in a more flexible way. It has an interception mechanism which
>>>I currently use to publish cache invalidation events to a JMS topic
>>>with. It has a pluggable storage system that allows you to plugin a
>>>custom store. There is a lively community actively implementing the
>>>latest WebDAV specifications.
>>
>>Thank you. I had fought with the installation of Slide 2.0beta1 and,
>>apart from the problem with MacOSX, the installation docs didn't seem to
>>be either clear or updated, so I decided to try mod_dav, which proved to
>>be a more pleasant experience, since it worked right out of the box
>>(these days I tend to disregard products that don't work at the first
>>try). But after hearing this, I'll give Slide another try.
>
>
> As another data point, I just went through the process of evaluating
> slide. The installation went fine but I was not able to get it to
> interoperate with any client other than the slide command line
> client. In particular, I simply wasn't able to get Windows XP to
> work with slide which, unfortunately, was a must for me.
>
There are known issues on with windows webfolders but this is not due to
Slide.
> I simply couldn't get the cocoon slide block to work.
Could you give more details as to what went wrong? Did the samples not work?
> I finally implemented a solution with apache webdav. It had its own
> interoperability problems but I was able to work through them.
--
Unico
Re: WebDAV status in cocoon
Posted by Jean Pierre LeJacq <jp...@quoininc.com>.
On Wed, 17 Mar 2004, Ugo Cei wrote:
> Unico Hommes wrote:
> > I was thinking specifically regarding the choice between Cocoon and
> > Slide as a WebDAV server, but I think Slide is the better choice over
> > mod_dav/catacomb as well. Simply because it supports more WebDAV (DACL,
> > Binding) in a more flexible way. It has an interception mechanism which
> > I currently use to publish cache invalidation events to a JMS topic
> > with. It has a pluggable storage system that allows you to plugin a
> > custom store. There is a lively community actively implementing the
> > latest WebDAV specifications.
>
> Thank you. I had fought with the installation of Slide 2.0beta1 and,
> apart from the problem with MacOSX, the installation docs didn't seem to
> be either clear or updated, so I decided to try mod_dav, which proved to
> be a more pleasant experience, since it worked right out of the box
> (these days I tend to disregard products that don't work at the first
> try). But after hearing this, I'll give Slide another try.
As another data point, I just went through the process of evaluating
slide. The installation went fine but I was not able to get it to
interoperate with any client other than the slide command line
client. In particular, I simply wasn't able to get Windows XP to
work with slide which, unfortunately, was a must for me.
I simply couldn't get the cocoon slide block to work.
I finally implemented a solution with apache webdav. It had its own
interoperability problems but I was able to work through them.
--
JP
Re: WebDAV status in cocoon
Posted by Ugo Cei <u....@cbim.it>.
Unico Hommes wrote:
> I was thinking specifically regarding the choice between Cocoon and
> Slide as a WebDAV server, but I think Slide is the better choice over
> mod_dav/catacomb as well. Simply because it supports more WebDAV (DACL,
> Binding) in a more flexible way. It has an interception mechanism which
> I currently use to publish cache invalidation events to a JMS topic
> with. It has a pluggable storage system that allows you to plugin a
> custom store. There is a lively community actively implementing the
> latest WebDAV specifications.
Thank you. I had fought with the installation of Slide 2.0beta1 and,
apart from the problem with MacOSX, the installation docs didn't seem to
be either clear or updated, so I decided to try mod_dav, which proved to
be a more pleasant experience, since it worked right out of the box
(these days I tend to disregard products that don't work at the first
try). But after hearing this, I'll give Slide another try.
Ugo
Re: WebDAV status in cocoon
Posted by Unico Hommes <un...@hippo.nl>.
Ugo Cei wrote on 17-3-2004 13:42:
> Unico Hommes wrote:
>
>> Johann Romefort wrote on 17-3-2004 12:04:
>>
>>> I m about to choose a WebDAV server in the next days, because of
>>> strong needs in ACL / Versionning/ Locking
>>> on document. So here is my question : what is the current status of
>>> WebDAV in Cocoon? Also what is the status
>>> of the Slide integration?
>>
>> When choosing a WebDAV server by far Slide is your best bet. The
>> davmap samples in Cocoon are working pretty well but nothing like
>> versioning, acl and locking is in the planning AFAIK.
>
>
> Can you please elaborate on why Slide is the best choice, especially
> with respect to Apache 2.0? I'd like to use Slide but at present it does
> not interoperate well with the Finder of MacOSX, while Apache does.
>
I was thinking specifically regarding the choice between Cocoon and
Slide as a WebDAV server, but I think Slide is the better choice over
mod_dav/catacomb as well. Simply because it supports more WebDAV (DACL,
Binding) in a more flexible way. It has an interception mechanism which
I currently use to publish cache invalidation events to a JMS topic
with. It has a pluggable storage system that allows you to plugin a
custom store. There is a lively community actively implementing the
latest WebDAV specifications.
--
Unico
Re: WebDAV status in cocoon
Posted by Ugo Cei <u....@cbim.it>.
Unico Hommes wrote:
> Johann Romefort wrote on 17-3-2004 12:04:
>> I m about to choose a WebDAV server in the next days, because of
>> strong needs in ACL / Versionning/ Locking
>> on document. So here is my question : what is the current status of
>> WebDAV in Cocoon? Also what is the status
>> of the Slide integration?
> When choosing a WebDAV server by far Slide is your best bet. The davmap
> samples in Cocoon are working pretty well but nothing like versioning,
> acl and locking is in the planning AFAIK.
Can you please elaborate on why Slide is the best choice, especially
with respect to Apache 2.0? I'd like to use Slide but at present it does
not interoperate well with the Finder of MacOSX, while Apache does.
Ugo
Re: WebDAV status in cocoon
Posted by Unico Hommes <un...@hippo.nl>.
Stefano Mazzocchi wrote on 17-3-2004 21:25:
> Unico Hommes wrote:
>
>> As far as Slide integration in Cocoon goes there are two options. Run
>> Slide separate from Cocoon and access it over WebDAV (the architecture
>> I am currently using for a couple of clients in production) or
>> in-process with Cocoon and access it via the special SlideSource and
>> directly on the Slide API. The Slide samples use this approach.
>
>
> I'd be interested in hearing your opinion about the two different
> approaches.
>
I think the better option is to let all communication happen over
WebDAV. There was a time when I was concerned about performance and
network overhead but the latter is currently not the bottleneck for
Slide :-/. So in both scenarios you'd need to do some heavy caching anyway.
The advantage of using WebDAV is of course that you're interfacing with
a well known standard instead of a proprietary API (that is possibly
going to be deprecated in favor of JCR API in the future). Perhaps when
JCR becomes stable and main stream this it may become different story.
Another advantage of WebDAV is that it is not tied to Java alone and
works naturally for distributed architectures.
--
Unico
Re: WebDAV status in cocoon
Posted by Stefano Mazzocchi <st...@apache.org>.
Unico Hommes wrote:
> As far as Slide integration in Cocoon goes there are two options. Run
> Slide separate from Cocoon and access it over WebDAV (the architecture I
> am currently using for a couple of clients in production) or in-process
> with Cocoon and access it via the special SlideSource and directly on
> the Slide API. The Slide samples use this approach.
I'd be interested in hearing your opinion about the two different
approaches.
--
Stefano.
Re: WebDAV status in cocoon
Posted by Unico Hommes <un...@hippo.nl>.
Johann Romefort wrote on 17-3-2004 12:04:
> Hi,
>
> I m about to choose a WebDAV server in the next days, because of strong
> needs in ACL / Versionning/ Locking
> on document. So here is my question : what is the current status of
> WebDAV in Cocoon? Also what is the status
> of the Slide integration?
>
When choosing a WebDAV server by far Slide is your best bet. The davmap
samples in Cocoon are working pretty well but nothing like versioning,
acl and locking is in the planning AFAIK.
As far as Slide integration in Cocoon goes there are two options. Run
Slide separate from Cocoon and access it over WebDAV (the architecture I
am currently using for a couple of clients in production) or in-process
with Cocoon and access it via the special SlideSource and directly on
the Slide API. The Slide samples use this approach.
--
Unico