RE: Problems with Slide Client and SAP Portal WebDAV
"Jeff Blank" <[email protected]>
| Newsgroups | gmane.comp.jakarta.slide.user |
|---|---|
| Message-ID | <[email protected]> |
/km/docs/etc has a mixed of folders that my user has access to. Therefore, I get a mix of 200, 404, and 403 statuses in the response. The 403 folders are displayed in slide cmd line client using 'ls', but not 'ls -l'. With 'ls -l' I see none of the folders that I should, but do see the one document. ------- I should point out that my ultimate goal is traverse a WebDAV folder structure, seeing items that I have access, and getting properties/document for items that I'm interested in. It seems that I'm stuck at traversing the folder structure when accessing SAP Portal WebDAV. I guess we'll see what building with latest slide src does. -Jeff -----Original Message----- From: Julian Reschke [mailto:[email protected]] Sent: Wednesday, November 29, 2006 10:08 AM 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]