RE: Problems with Slide Client and SAP Portal WebDAV

I use Slide more in a test-environment, but I would like to add credence to some of these statements based on my observations.

*Definitely build from src - the 2.1 is lacking a lot of fixes that exist in the source tree. My recommendation is once it is built and seems to be working well for your scenario, keep track of the tag/subversion id for future, repeatable builds.

*Selecting properties that are only partially located in the data is a recognized problem and will give you inconsistent results.  The only workaround is to populate the properties you commonly search for with at least blank values so the key is recognized and added to the index.  Actually....I'm not sure if using the old DASL search without indexing would give different results than with indexing.....

*403 response is not authorized but authenticated - correct individual but lacking permissions.  Mixed 403 in the multistatus I've never encountered, but then again I do course-grain security without ACL opposed to fine-grain ACL's.

Hope that helps,
-D
 

> -----Original Message-----
> From: Julian Reschke [mailto:[email protected]] 
> Sent: Wednesday, November 29, 2006 12:08 PM
> To: Slide Users Mailing List
> Subject: Re: Problems with Slide Client and SAP Portal WebDAV
> 
> Jeff Blank schrieb:
> > First of all, thanks for the super quick responses to this inquiry.
> > 
> > This last response isn't necessarily what I was hoping for. 
> Oh well. ;-) Is it worth downloading, building, and trying a 
> newer version of Slide?  I seemed to build v2.1 ok on my systems.
> 
> I have no idea. I know the spec and SAP KM, but not Slide.
> 
> > I'm of course happy to test any new code.
> > 
> > ------------
> > 
> > There seems to be 2 issues here - at least from my naïve 
> perspective:
> > 1) the multistatus response with mixed 403 - depicted in slide2.txt
> 
> Yes.
> 
> > 2) the issue depicted in slide1a.txt/slide1b.txt.  There's 
> no 403's in those responses.  I'm having a hard time locating 
> a theme here.  Maybe, it's because display name is missing 
> sometimes???
> 
> Oh, I wasn't even aware that there was a problem as well. 
> Yes, it seems that the client somehow gets confused by a 
> mixture of resources with and without displaynames. Maybe 
> you've got a test folder where this doesn't apply (such as 
> "/etc" in KM, which won't have displaynames...?).
> 
> Best regards, Julian
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]
> 
>