Thats fine Stefan. Thanks for your time.

The default-servlet=false and url-pattern=/ works only with the Browser not
with any other client. In case of the browser, somehow the path is modified
to slide//files/etc.... don't know why the browser modifies the path. But it
works!

Anyways I think the problem should be fixed at WebSphere's end... they do
not set the correct servletPath in case of default servlet mapping in
web.xml (i.e. url-pattern=/). 

If I come up with some acceptable work-around, I will post to this list.

Regards,
Ritu

-----Original Message-----
From: Stefan L�tzkendorf [mailto:[EMAIL PROTECTED]
Sent: Friday, August 20, 2004 7:27 PM
To: Slide Users Mailing List
Subject: Re: Odd behavior with getChildResources of a Collection on
WebSph ere


Sorry Ritu, but I don't know much about WebSphere so I can't help
on this side.

But, to recall for me: with default-servlet=false and url-pattern=/
it works with other clients but not with slide client lib? If so,
may be we should make the client lib more tolerant?

Stefan


Ritu Kedia wrote:
> Hi Stefan,
> 
> Thanks for your help.
> 
> I modified the url-pattern in the servlet-mapping to /* and redeployed
Slide
> App in WAS. But now I get "403 Forbidden: Invalid URI passed to Security
> Collaborator" on accessing slide. My app context is /slide and the WAS
> plugin-config.xml has mapping for /slide/*.
> 
> Http trace when navigating from any client (IE 6.0 Browser, DAVExplorer)
> Request:
> ========
> GET /slide HTTP/1.1
> Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg,
> application/vnd.ms-powerpoint, application/vnd.ms-excel,
application/msword,
> application/x-shockwave-flash, */*
> Accept-Language: en-us
> Accept-Encoding: gzip, deflate
> User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; .NET CLR
> 1.1.4322)
> Host: contentlab1:81
> Connection: Keep-Alive
> 
> Response:
> =========
> HTTP/1.1 403 Forbidden
> Server: WebSphere Application Server/5.0
> Content-Type: text/html;charset=ISO-8859-1
> Content-Language: en-US
> Transfer-Encoding: chunked
> 
> 39
> Error 403: Invalid URI passed to Security Collaborator.
> 
> 0
> 
> 
> However one important point is that with url-pattern set to "/" and
> default-servlet parameter set to false, I don't see the odd behavior when
> navigating via Browser. See the following http trace:
> 
> From WebUI: using IE 6.0: 
> Request: (NOTE the // after slide: I did not manually change the URL, I
> simply navigated the folders on browser)
> ========
> GET /slide//files/ProjectArea/prjct000000000001000/Module1 HTTP/1.1
> Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg,
> application/vnd.ms-powerpoint, application/vnd.ms-excel,
application/msword,
> application/x-shockwave-flash, */*
> Accept-Language: en-us
> Accept-Encoding: gzip, deflate
> User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0;
> FunWebProducts; .NET CLR 1.1.4322)
> Host: localhost:81
> Connection: Keep-Alive
> Cookie: JSESSIONID=0000oediKlpB1l8TttdAZdsfZ6w:-1
> Authorization: Basic U2FiYVNpdGV8ZW5fdXN8dW9uZTp3ZWxjb21l
> 
> Response:
> =========
> HTTP/1.1 200 OK
> Server: WebSphere Application Server/5.0
> Content-Type: text/html; charset=UTF-8
> Content-Language: en-US
> Transfer-Encoding: chunked
> 
> 701
> <html>
> <head>
> <meta http-equiv="Content-type" content="text/html; charset=UTF-8" >
> </meta>
> <title>Directory listing for
> /files/ProjectArea/prjct000000000001000/Module1</title>
> </head>
> <body bgcolor="white">
> <table width="90%" cellspacing="0" cellpadding="5" align="center">
> <tr><td colspan="3"><font size="+2">
> <strong>Directory listing for
> /files/ProjectArea/prjct000000000001000/Module1</strong>
> </font></td></tr>
> <tr><td colspan="5" bgcolor="#ffffff">
> <a href="/slide//files/ProjectArea/prjct000000000001000">Up To
> /files/ProjectArea/prjct000000000001000</a>
> </td></tr>
> <tr><td colspan="5" bgcolor="#ffffff">&nbsp;</td></tr>
> <tr bgcolor="#cccccc">
> <td align="left" colspan="3"><font
> size="+1"><strong>Filename</strong></font></td>
> <td align="center"><font size="+1"><strong>Size</strong></font></td>
> <td align="right"><font size="+1"><strong>Last
Modified</strong></font></td>
> </tr>
> <tr bgcolor="eeeeee">
> <td align="left" colspan="3">&nbsp;&nbsp;
> <a
>
href="/slide//files/ProjectArea/prjct000000000001000/Module1/Folder1"><tt>&#
> x46;&#x6F;&#x6C;&#x64;&#x65;&#x72;&#x31;/</tt></a></td>
> <td align="right"><tt>&nbsp;</tt></td>
> <td align="right"><tt>Fri, 20 Aug 2004 10:23:14 GMT</tt></td>
> </tr>
> <tr bgcolor="dddddd">
> <td align="left" colspan="3">&nbsp;&nbsp;
> <a
>
href="/slide//files/ProjectArea/prjct000000000001000/Module1/Folder2"><tt>&#
> x46;&#x6F;&#x6C;&#x64;&#x65;&#x72;&#x32;/</tt></a></td>
> <td align="right"><tt>&nbsp;</tt></td>
> <td align="right"><tt>Fri, 20 Aug 2004 10:24:12 GMT</tt></td>
> </tr>
> <tr><td colspan="5">&nbsp;</td></tr>
> <tr><td colspan="3" bgcolor="#cccccc"><font size="-1">Jakarta Slide
> 1.0</font></td>
> <td colspan="2" align="right" bgcolor="#cccccc"><font size="-1">Fri, 20
Aug
> 2004 16:46:02 IST</font></td></tr>
> </table>
> </body>
> </html>
> 
> 0
> Though on the browser I get "LocalTransactionRollbacked due to
> setRollbackOnly" exception at the bottom of the folder tree.
>       
> 
> Any idea of what could be going wrong or what else could I try?
> 
> The reason I had to set the default-servlet param to false was that with
> url-pattern set to '/' in servlet mapping, the req.getServletPath() always
> returns "/" and req.getPathInfo() returns the additional path info (for
e.g.
> files/ProjectArea), which I think is a bug in WebSphere 5.0. 
> 
> Regards,
> Ritu
> 
> -----Original Message-----
> From: Stefan L�tzkendorf [mailto:[EMAIL PROTECTED]
> Sent: Friday, August 20, 2004 2:33 PM
> To: Slide Users Mailing List
> Subject: Re: Odd behavior with getChildResources of a Collection on
> WebSph ere
> 
> 
> Hi Ritu,
> 
> if you set default-servlet to false please use /* as servlet mapping
> pattern.
> 
> i.e.
>   <url-pattern>/*</url-pattern>
> instead of
>   <url-pattern>/</url-pattern>
> 
> I'm not quite sure that solves your problem but it solves the problem
> with the double slashes.
> 
> Regards, Stefan
> 
> Ritu Kedia wrote:
> 
>>Thanks for the reply Ingo.
>>
>>I am on Slide 2.1M1
>>
>>Request:
>>========
>>PROPFIND /slide/files/ProjectArea/prjct000000000001000/Module1/Folder1
>>HTTP/1.1 Authorization: Basic SomeString:-1; $Path=/ Content-Length: 207
>>Depth: 0  <?xml version="1.0" encoding="utf-8" ?><D:propfind
>>
> 
>
xmlns:D="DAV:"><D:prop><D:displayname/><D:getcontentlength/><D:getcontenttyp
> 
>
e/><D:resourcetype/><D:getlastmodified/><D:lockdiscovery/></D:prop></D:propf
> 
>>ind>
>>
>>Response:
>>=========
>>HTTP/1.1 207 Unknown Server: WebSphere Application Server/5.0
> 
> Content-Type:
> 
>>text/xml; charset=UTF-8 Content-Language: en-US Transfer-Encoding: chunked
>>364 <?xml version="1.0" encoding="UTF-8"?> <D:multistatus xmlns:D="DAV:">
>><D:response>
>>
>
<D:href>/slide//files/ProjectArea/prjct000000000001000/Module1/Folder1</D:hr
> 
>>ef>         <D:propstat>             <D:prop>
>><D:getcontentlength>0</D:getcontentlength>
> 
> <D:resourcetype>
> 
>><D:collection />                 </D:resourcetype>
>><D:getlastmodified>Fri, 20 Aug 2004 05:52:16 GMT</D:getlastmodified>
>><D:lockdiscovery />             </D:prop>             <D:status>HTTP/1.1
> 
> 200
> 
>>OK</D:status>         </D:propstat>         <D:propstat>
>><D:prop>                 <D:displayname />
> 
> <D:getcontenttype
> 
>>/>             </D:prop>             <D:status>HTTP/1.1 404 Not
>>Found</D:status>         </D:propstat>     </D:response> </D:multistatus>
>>0
>>
>>
>>Some information that may be useful: On WebSphere WebdavServlet is not
>>recognized as the default servlet even though the url-pattern under
>>servlet-mapping, in web.xml is "/": <url-pattern>/</url-pattern>
>>I had to set the default-servlet init parameter to false.
>>
>>Regards,
>>Ritu
>>
>>-----Original Message-----
>>From: Ingo Brunberg [mailto:[EMAIL PROTECTED]
>>Sent: Thursday, August 19, 2004 9:18 PM
>>To: [EMAIL PROTECTED]
>>Subject: Re: Odd behavior with getChildResources of a Collection on
>>WebSphere
>>
>>
>>Hi Ritu,
>>
>>please post a trace (tcpmon, ethereal, ...) of the session.
>>Btw., are you using Slide 2.1-beta1?
>>
>>Ingo
>>
>>
>>
>>>I have a slide deployment running on WebSphere with Oracle Store. I see
an
>>>odd behavior with getChildResources of a Collection: the collection
itself
>>>appears as one of its children. The same store when connected via JBoss
or
>>>WebLogic works fine. Could someone please help?
>>>I read mail trail on similar issue with WebFolder on XP. But the cause
>>
>>there
>>
>>
>>>was different:
>>>
>>
>>
>
http://www.greenbytes.de/tech/webdav/webfolder-client-list.html#issue-folder
> 
>>>-mismatch
>>>
>>>I am not connecting to slide on port 80. I connect to it directly on the
>>
>>app
>>
>>
>>>server's port, which in case of websphere is 9080.
>>>                             HttpURL hrl = new HttpURL(username,
>>>password, "mymachine", 9080, "/slide/");
>>>                             WebdavResource wdr = new
>>>WebdavResource(hrl);
>>>
>>>
>>>If anyone could give me any hints... it would be great.
>>>
>>>Thanks,
>>>Ritu
>>
>>
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: [EMAIL PROTECTED]
>>For additional commands, e-mail: [EMAIL PROTECTED]
>>
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: [EMAIL PROTECTED]
>>For additional commands, e-mail: [EMAIL PROTECTED]
>>
> 
> 
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to