headers
MARENDY, Anthony | 1 Dec 03:33
Picon
Favicon

RE: Is it possible to put a hole folder (=collection) under versi on control or to label it?

No, you can't.  A folder has no corresponding VHR (the RFC doesn't make any
specific recommendations in relation to what things are
version-controllable).

The problem that you have is that a folder only makes sense within the work
area that it is defined.  e.g. The same file (and indeed version) can be in
folder abc under /files (/files/abc/file.txt), and in folder def under
workspace /workspaces/ws1 (/workspaces/ws1/def/file.txt).

What you need to to, is to set up a separate file in you write the directory
structure and corresponding versions at build time.  

I hope this helps.

Anthony.

> -----Original Message-----
> From:	Tobias Joch [SMTP:Tobias.Joch <at> combots.com]
> Sent:	Thursday, 1 December 2005 1:59
> To:	slide-user <at> jakarta.apache.org
> Subject:	Is it possible to put a hole folder (=collection) under
> version control or to label it?
> 
> Hi @all,
> 
>  
> 
> I have a hierarchical content repository in which I have multiple
> artefacts with in a collection e.g.
>
(Continue reading)

Permalink | Reply | 0 comments |
headers
Mahen Perera | 1 Dec 08:37
Picon

problem with WebDavResource.listWebdavResources() ...

I am using the jakarta-slide-webdavlib-2.1.jar and commons-httpclient.jar -
2.0 final

following is the code snippet..

 WebdavResource ObjWebResource = new WebdavResource("
http://<IP>:80/exchange/test/Contacts", new
UsernamePasswordCredentials("test","test"));

 WebdavResource[] objContactList = ObjWebResource.listWebdavResources();

The above method throws the following exception....

org.apache.commons.httpclient.URIException: escaped absolute path not valid

 at org.apache.commons.httpclient.URI.setRawPath(URI.java:2781)

 at org.apache.commons.httpclient.URI.parseUriReference(URI.java:1973)

 at org.apache.commons.httpclient.HttpURL.<init>(HttpURL.java:78)

 at org.apache.webdav.lib.WebdavResource.setWebdavProperties(
WebdavResource.java:1078)

 at org.apache.webdav.lib.WebdavResource.setNamedProp(WebdavResource.java
:968)

 at org.apache.webdav.lib.WebdavResource.setBasicProperties(
WebdavResource.java:912)
(Continue reading)

Permalink | Reply | 0 comments |
headers
Polzer, Roland | 1 Dec 14:04
Picon

Bug using slide.simple.reference.WebdavFileStore

Hi,

I found this bug in the current CVS version:
When I copy or move a file from the slide store into a new folder, e.g.
from
localhost/slide/files/foo.txt to localhost/slide/files/sub/foo.txt
the file is copied, but afterwards a folder with the same name as the
target file is created. It tries to store some kind of "revision
content" there.

Cheers,
Roland Polzer
--
roland polzer
senior developer
triplex wingx
content management

triplex GmbH
herzog-heinrich-strasse 11-13
D-80336 munich

tel +49 89 209138-45
fax +49 89 209138-10

roland.polzer <at> triplex.de
www.triplex.de
www.wingx.com
Permalink | Reply | 0 comments |
headers
Ray Sprinkle | 1 Dec 14:16
Gravatar

RE: problem with WebDavResource.listWebdavResources() ...

There is a bug in (I think) the HttpClient implementation used from
commons.  When a port number is used in the url it mangles it.  If you
trace in you will see that the url associated with the credentials has
been mangled to "<IP>80:80/exchange/test/contacts".  Unfortunately Slide
is not compatible with the newest version of HttpClient. 

-----Original Message-----
From: Mahen Perera [mailto:mahens <at> gmail.com] 
Sent: Thursday, December 01, 2005 2:37 AM
To: slide-user <at> jakarta.apache.org
Subject: problem with WebDavResource.listWebdavResources() ...

I am using the jakarta-slide-webdavlib-2.1.jar and
commons-httpclient.jar - 2.0 final

following is the code snippet..

 WebdavResource ObjWebResource = new WebdavResource("
http://<IP>:80/exchange/test/Contacts", new
UsernamePasswordCredentials("test","test"));

 WebdavResource[] objContactList = ObjWebResource.listWebdavResources();

The above method throws the following exception....

org.apache.commons.httpclient.URIException: escaped absolute path not
valid

 at org.apache.commons.httpclient.URI.setRawPath(URI.java:2781)
(Continue reading)

Permalink | Reply | 0 comments |
headers
Thomas Wenk | 1 Dec 15:21
Picon
Picon

Is there any option to make slide work with FrontPage 2003 under XP?

Hi,

has anyone a slide configuration that works with recent FrontPage 
version under XP (Webfolders)?? If we want to save a file in slide (e.g. 
http://10.0.0.11:8080/slide/files/test.htm ) we press save in the 
FrontPage "Save dialog" and nothing happens. In the tomcat/slide logs 
the last http method is a PROPFIND on the directory into which the file 
should be written. Even with a slide/tomcat "out of box" installation it 
does not work :(

regards
Thomas
Permalink | Reply | 0 comments |
headers
Tobias Joch | 4 Dec 09:42

[DeltaV] Version-Controlled-Collection / Baseline

Hello @all,

sorry for my mail, but I think this is the only place with people how can
answer me one question about Slide J

I hope, you can help me…

For one of my projects I think about to use Jakarta Slide as content
repository layer. The feature set covers nearly all I need. J

I miss only one: the Version-Controlled-Collection Feature (see a nice
description @ http://greenbytes.de/tech/webdav/rfc3253.html#version-controlled-collection.feature
).

After a short study of the source code I found some hints about this feature
inside of Slide (E.g.
http://cvs.apache.org/viewcvs.cgi/jakarta-slide/src/webdav/server/org/apache/slide/webdav/util/resourcekind/VersionControlledCollectionImpl.java?rev=1.1&view=log).
But it seems to be not finished yet? Is this right?

If this is so, is there any other best practice to implement nearly the same
behavior? Perhaps with baselines? I am realy new in WebDAV and Slide and I
wonder if Slide support baselines for collections and if it would help me by
versioning collections?

Thank you in advance for your answer!

Best regards,

Tobias Joch
(Continue reading)

Permalink | Reply | 0 comments |
headers
Bart Frackiewicz | 5 Dec 14:27

Lucene prop search and ACLs

Hello,

i am using Slide 2.2pre1 (build in November) from CVS with Lucene-based 
properties search. The search works fine for me except one case:

if i search (logged in as guest user) for a phrase, which is part of a 
non-accessible file, the search method response me a 400 BAD REQUEST error:

<D:multistatus xmlns:D="DAV:">
    <D:response>
       <D:href>
       </D:href>
       <D:status>
             HTTP/1.1 400 Bad Request
       </D:status>
       <D:responsedescription>
             Access denied on /files/nur fuer root/anderedatei.txt by 
user /users/guest
             for action /actions/read
       </D:responsedescription>
    </D:response>
</D:multistatus>

I think, the search method should ignore non-accessible files. Has 
someone a workaround for this?

Best regards,

Bart
(Continue reading)

Permalink | Reply | 0 comments |
headers
Max Pfingsthorn | 5 Dec 15:16
Picon

RE: Lucene prop search and ACLs

You have to edit src/stores/org/apache/slide/index/lucene/expressions/AbstractLuceneExpression.java.

Just add another try/catch in execute() (around lines 162-163 in svn trunk)

try {
   RequestedResource resource = createResource(uri, nodeNumber);
   result.add(resource);
} catch(SlideException IGNORE) {}

max

> -----Original Message-----
> From: Bart Frackiewicz [mailto:bf <at> open-medium.com]
> Sent: Monday, December 05, 2005 14:27
> To: Slide Users Mailing List
> Subject: Lucene prop search and ACLs
> 
> 
> Hello,
> 
> i am using Slide 2.2pre1 (build in November) from CVS with 
> Lucene-based 
> properties search. The search works fine for me except one case:
> 
> if i search (logged in as guest user) for a phrase, which is 
> part of a 
> non-accessible file, the search method response me a 400 BAD 
> REQUEST error:
> 
> <D:multistatus xmlns:D="DAV:">
(Continue reading)

Permalink | Reply | 1 comment |
headers
Fabrice Dewasmes | 5 Dec 15:19
Picon
Favicon

Re: Lucene prop search and ACLs

Max Pfingsthorn wrote:

>You have to edit src/stores/org/apache/slide/index/lucene/expressions/AbstractLuceneExpression.java.
>
>Just add another try/catch in execute() (around lines 162-163 in svn trunk)
>
>try {
>   RequestedResource resource = createResource(uri, nodeNumber);
>   result.add(resource);
>} catch(SlideException IGNORE) {}
>
>max
>
>  
>
This is also what we did but can't this be patched on svn ?

regards,

Fabrice

>>-----Original Message-----
>>From: Bart Frackiewicz [mailto:bf <at> open-medium.com]
>>Sent: Monday, December 05, 2005 14:27
>>To: Slide Users Mailing List
>>Subject: Lucene prop search and ACLs
>>
>>
>>Hello,
>>
(Continue reading)

Permalink | Reply | 0 comments |
headers
Gabriel Bermudez | 5 Dec 16:43
Picon

Authentication with a DB

Hi,

Maybe someone can help me solving this problem.
I've seen that Slide does its authentication through JAAS

$CATALINA/conf/server.xml

        <Context path="/slide" debug="0" privileged="true" useNaming="true">

          <Realm className="org.apache.catalina.realm.JAASRealm"

            appName="slide_login"

            userClassNames="org.apache.slide.jaas.spi.SlidePrincipal"

            roleClassNames="org.apache.slide.jaas.spi.SlideRole"

            name="Slide DAV Server"

            useContextClassLoader="false" />
        </Context>

There is anyway to configure the the SlidePrincipal, and SlideRole
classes so they use a database to authenticate the users (and if there
is can you give me an example)?
How this can affect the authorization part?

Regards
Permalink | Reply | 1 comment |

Gmane