You are viewing a plain text version of this content. The canonical link for it is here.
Posted to slide-user@jakarta.apache.org by Oliver Zeigermann <oz...@c1-fse.de> on 2003/08/07 18:56:16 UTC
Slide-Encoding: FINALLY
So, finally, I could make slide work with UTF-8 URIs, but now it does
not work with ISO-8859-1 again (not that bad).
Unfortunately this can only be considered a HACK, as the servlet path
provided by tomcat is decoded incorrectly (how to fix or configure that?).
My workaround is to get the raw URI in WebdavUtils.getRelativePath from
tomcat and use org.apache.util.URLUtil.URLDecode to decode it.
Any experts around? Any thoughts?
Oliver
P.S.: I use tomcat 4.0.6
Re: Slide-Encoding: FINALLY
Posted by Oliver Zeigermann <oz...@c1-fse.de>.
Julian Reschke wrote:
>>From: Oliver Zeigermann [mailto:ozeigermann@c1-fse.de]
>>Sent: Thursday, August 07, 2003 6:56 PM
>>To: Slide Users Mailing List
>>Subject: Slide-Encoding: FINALLY
>>
>>
>>So, finally, I could make slide work with UTF-8 URIs, but now it does
>>not work with ISO-8859-1 again (not that bad).
>>
>>Unfortunately this can only be considered a HACK, as the servlet path
>>provided by tomcat is decoded incorrectly (how to fix or configure that?).
>>
>>My workaround is to get the raw URI in WebdavUtils.getRelativePath from
>>tomcat and use org.apache.util.URLUtil.URLDecode to decode it.
>>
>>Any experts around? Any thoughts?
>>
>>Oliver
>>
>>P.S.: I use tomcat 4.0.6
>
>
> I'd say: update.
>
> We are using Tomcat for our WebDAV server testing as well, and 4.24 doesn't
> seem to have this problem. The latest version is 4.27.
Thanks a lot. Now it works. I think the bug was fixed around 4.1.18 or so...
Oliver
Re: Slide-Encoding: FINALLY
Posted by Oliver Zeigermann <oz...@c1-fse.de>.
satish wrote:
> Julian, Oliver, everybody else, I sent the HTTP traces as requested.
> Did anybody get a chance to look at them? People are discussing stuff
> like encoding problems with Tomcat, or the Slide kernel, etc. I don't
> get it. Just FYI here are the two relevant lines from my trace files:
>
> Here is the PUT from Windows XP Webfolders:
> -------------------------------------------
> PUT /files/john/?? HTTP/1.1 Accept-Language: en-us, zh-cn;q=0.5
> Translate: f Content-Length: 6 User-Agent: Microsoft Data Access
> Internet Publishing Provider DAV 1.1 Host: localhost:7000 Connection:
> Keep-Alive Cookie: JSESSIONID=C6F396B4000345632312500602359293
> Authorization: Basic am9objpqb2hu test
Here is the PUT from MY Windows XP Webfolders (Version 5.1, Build
1.511.1, IE 6.0)
PUT /slide/files/assi%C3%B6%C3%A4%C3%BC.txt HTTP/1.1
Content-Language: en-us
Accept-Language: de, en-us;q=0.2
Translate: f
Content-Length: 0
User-Agent: Microsoft Data Access Internet Publishing Provider DAV
Host: milhouse.finix.de:7777
Connection: Keep-Alive
Cookie: JSESSIONID=7FFA1A19688D1DF811E1B0538CF75D99
Looks alright in my version(at least for special German characters).
Either a problem of encoding or of your XP version. Sorry, can not help,
as I do not know how to use Chinese characters :(
Oliver
Re: Slide-Encoding: FINALLY
Posted by Oliver Zeigermann <oz...@c1-fse.de>.
satish wrote:
> Julian, Oliver, everybody else, I sent the HTTP traces as requested.
> Did anybody get a chance to look at them? People are discussing stuff
> like encoding problems with Tomcat, or the Slide kernel, etc. I don't
> get it. Just FYI here are the two relevant lines from my trace files:
>
> Here is the PUT from Windows XP Webfolders:
> -------------------------------------------
> PUT /files/john/?? HTTP/1.1 Accept-Language: en-us, zh-cn;q=0.5
> Translate: f Content-Length: 6 User-Agent: Microsoft Data Access
> Internet Publishing Provider DAV 1.1 Host: localhost:7000 Connection:
> Keep-Alive Cookie: JSESSIONID=C6F396B4000345632312500602359293
> Authorization: Basic am9objpqb2hu test
Here is the PUT from MY Windows XP Webfolders (Version 5.1, Build
1.511.1, IE 6.0)
PUT /slide/files/assi%C3%B6%C3%A4%C3%BC.txt HTTP/1.1
Content-Language: en-us
Accept-Language: de, en-us;q=0.2
Translate: f
Content-Length: 0
User-Agent: Microsoft Data Access Internet Publishing Provider DAV
Host: milhouse.finix.de:7777
Connection: Keep-Alive
Cookie: JSESSIONID=7FFA1A19688D1DF811E1B0538CF75D99
Looks alright in my version(at least for special German characters).
Either a problem of encoding or of your XP version. Sorry, can not help,
as I do not know how to use Chinese characters :(
Oliver
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
RE: Slide-Encoding: FINALLY
Posted by Julian Reschke <ju...@gmx.de>.
The client components for Sharepoint reside in the server download. After
unpacking, you will discover a separate client installer.
--
<green/>bytes GmbH -- http://www.greenbytes.de -- tel:+492512807760
> -----Original Message-----
> From: satish [mailto:satish@byobroadcast.com]
> Sent: Friday, August 08, 2003 10:51 AM
> To: Slide Users Mailing List
> Subject: RE: Slide-Encoding: FINALLY
>
>
> I looked on MSDN for Sharepoint. It seems to be some kind of content
> server. All the downloads were server related, I didn't see any client
> components mentioned (unless that's what they mean by "webparts." This
> Microsoft crap is so convoluted and unintuitive) Where can i get the
> client components of Sharepoint. Also, could someone tell me how I find
> out which version of a DLL I am running? I am not too familiar with the
> inner workings of Windows.
>
> Thanks,
>
> Satish (frustrated by the journey into Microsoft lala land)
>
> On Fri, 2003-08-08 at 14:50, Julian Reschke wrote:
> > Satish,
> >
> > yes this seems to indicate that this is a problem.
> >
> > I'd
> >
> > - find out which one you habe (version of MDSAIPP.DLL)
> > - check whether there are newer versions with out that problem
> (for instance
> > by installing the Sharepoint client components, free download from MSDN)
> >
> > And then report back :-)
> >
> > --
> > <green/>bytes GmbH -- http://www.greenbytes.de -- tel:+492512807760
> >
> > > -----Original Message-----
> > > From: satish [mailto:satish@byobroadcast.com]
> > > Sent: Friday, August 08, 2003 5:08 AM
> > > To: Slide Users Mailing List
> > > Subject: RE: Slide-Encoding: FINALLY
> > >
> > >
> > > Julian, Oliver, everybody else, I sent the HTTP traces as requested.
> > > Did anybody get a chance to look at them? People are discussing stuff
> > > like encoding problems with Tomcat, or the Slide kernel, etc. I don't
> > > get it. Just FYI here are the two relevant lines from my trace files:
> > >
> > > Here is the PUT from Windows XP Webfolders:
> > > -------------------------------------------
> > > PUT /files/john/?? HTTP/1.1 Accept-Language: en-us, zh-cn;q=0.5
> > > Translate: f Content-Length: 6 User-Agent: Microsoft Data Access
> > > Internet Publishing Provider DAV 1.1 Host: localhost:7000 Connection:
> > > Keep-Alive Cookie: JSESSIONID=C6F396B4000345632312500602359293
> > > Authorization: Basic am9objpqb2hu test
> > >
> > > Here is the PUT from my browser client
> > > --------------------------------------
> > >
> > > PUT /files/john/%E4%B8%AD HTTP/1.1?
> > > Transfer-Encoding: chunked?
> > > Authorization: Basic am9objpqb2hu?
> > > Expect: 100-continue?
> > > Cookie:
> $Version=1;JSESSIONID=9473796474E247F864A0C28515B94551; $Path=/;
> > > $Domain=192.168.0.136?
> > > Host: 192.168.0.136:7000?
> > > User-Agent: Jakarta HTTP Client/1.0?
> > >
> > > As you can see, Windows DOES NOT encode the URL. My webclient DOES
> > > encode the URL. Why is everybody going on and on endlessly
> about Tomcat
> > > and the Slide kernel? Do you have an explanation for
> Windows' stupidity
> > > in this case? The HTTP traces make it quite clear that the problem is
> > > on the client side, not the server. But I am not an expert on this
> > > issue. So what am I missing here Julian, Oliver?
> > >
> > > Thanks
> > >
> > > Satish
> > >
> > >
> > >
> > > On Fri, 2003-08-08 at 01:34, Julian Reschke wrote:
> > > > > From: Oliver Zeigermann [mailto:ozeigermann@c1-fse.de]
> > > > > Sent: Thursday, August 07, 2003 6:56 PM
> > > > > To: Slide Users Mailing List
> > > > > Subject: Slide-Encoding: FINALLY
> > > > >
> > > > >
> > > > > So, finally, I could make slide work with UTF-8 URIs, but
> now it does
> > > > > not work with ISO-8859-1 again (not that bad).
> > > > >
> > > > > Unfortunately this can only be considered a HACK, as the
> servlet path
> > > > > provided by tomcat is decoded incorrectly (how to fix or
> > > configure that?).
> > > > >
> > > > > My workaround is to get the raw URI in
> > > WebdavUtils.getRelativePath from
> > > > > tomcat and use org.apache.util.URLUtil.URLDecode to decode it.
> > > > >
> > > > > Any experts around? Any thoughts?
> > > > >
> > > > > Oliver
> > > > >
> > > > > P.S.: I use tomcat 4.0.6
> > > >
> > > > I'd say: update.
> > > >
> > > > We are using Tomcat for our WebDAV server testing as well, and
> > > 4.24 doesn't
> > > > seem to have this problem. The latest version is 4.27.
> > > >
> > > >
> > > > --
> > > > <green/>bytes GmbH -- http://www.greenbytes.de -- tel:+492512807760
> > > >
> > > >
> > > >
> ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> > > > For additional commands, e-mail: slide-user-help@jakarta.apache.org
> > > >
> > > >
> > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> > > For additional commands, e-mail: slide-user-help@jakarta.apache.org
> > >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: slide-user-help@jakarta.apache.org
> >
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: slide-user-help@jakarta.apache.org
>
RE: Slide-Encoding: FINALLY
Posted by Julian Reschke <ju...@gmx.de>.
The client components for Sharepoint reside in the server download. After
unpacking, you will discover a separate client installer.
--
<green/>bytes GmbH -- http://www.greenbytes.de -- tel:+492512807760
> -----Original Message-----
> From: satish [mailto:satish@byobroadcast.com]
> Sent: Friday, August 08, 2003 10:51 AM
> To: Slide Users Mailing List
> Subject: RE: Slide-Encoding: FINALLY
>
>
> I looked on MSDN for Sharepoint. It seems to be some kind of content
> server. All the downloads were server related, I didn't see any client
> components mentioned (unless that's what they mean by "webparts." This
> Microsoft crap is so convoluted and unintuitive) Where can i get the
> client components of Sharepoint. Also, could someone tell me how I find
> out which version of a DLL I am running? I am not too familiar with the
> inner workings of Windows.
>
> Thanks,
>
> Satish (frustrated by the journey into Microsoft lala land)
>
> On Fri, 2003-08-08 at 14:50, Julian Reschke wrote:
> > Satish,
> >
> > yes this seems to indicate that this is a problem.
> >
> > I'd
> >
> > - find out which one you habe (version of MDSAIPP.DLL)
> > - check whether there are newer versions with out that problem
> (for instance
> > by installing the Sharepoint client components, free download from MSDN)
> >
> > And then report back :-)
> >
> > --
> > <green/>bytes GmbH -- http://www.greenbytes.de -- tel:+492512807760
> >
> > > -----Original Message-----
> > > From: satish [mailto:satish@byobroadcast.com]
> > > Sent: Friday, August 08, 2003 5:08 AM
> > > To: Slide Users Mailing List
> > > Subject: RE: Slide-Encoding: FINALLY
> > >
> > >
> > > Julian, Oliver, everybody else, I sent the HTTP traces as requested.
> > > Did anybody get a chance to look at them? People are discussing stuff
> > > like encoding problems with Tomcat, or the Slide kernel, etc. I don't
> > > get it. Just FYI here are the two relevant lines from my trace files:
> > >
> > > Here is the PUT from Windows XP Webfolders:
> > > -------------------------------------------
> > > PUT /files/john/?? HTTP/1.1 Accept-Language: en-us, zh-cn;q=0.5
> > > Translate: f Content-Length: 6 User-Agent: Microsoft Data Access
> > > Internet Publishing Provider DAV 1.1 Host: localhost:7000 Connection:
> > > Keep-Alive Cookie: JSESSIONID=C6F396B4000345632312500602359293
> > > Authorization: Basic am9objpqb2hu test
> > >
> > > Here is the PUT from my browser client
> > > --------------------------------------
> > >
> > > PUT /files/john/%E4%B8%AD HTTP/1.1?
> > > Transfer-Encoding: chunked?
> > > Authorization: Basic am9objpqb2hu?
> > > Expect: 100-continue?
> > > Cookie:
> $Version=1;JSESSIONID=9473796474E247F864A0C28515B94551; $Path=/;
> > > $Domain=192.168.0.136?
> > > Host: 192.168.0.136:7000?
> > > User-Agent: Jakarta HTTP Client/1.0?
> > >
> > > As you can see, Windows DOES NOT encode the URL. My webclient DOES
> > > encode the URL. Why is everybody going on and on endlessly
> about Tomcat
> > > and the Slide kernel? Do you have an explanation for
> Windows' stupidity
> > > in this case? The HTTP traces make it quite clear that the problem is
> > > on the client side, not the server. But I am not an expert on this
> > > issue. So what am I missing here Julian, Oliver?
> > >
> > > Thanks
> > >
> > > Satish
> > >
> > >
> > >
> > > On Fri, 2003-08-08 at 01:34, Julian Reschke wrote:
> > > > > From: Oliver Zeigermann [mailto:ozeigermann@c1-fse.de]
> > > > > Sent: Thursday, August 07, 2003 6:56 PM
> > > > > To: Slide Users Mailing List
> > > > > Subject: Slide-Encoding: FINALLY
> > > > >
> > > > >
> > > > > So, finally, I could make slide work with UTF-8 URIs, but
> now it does
> > > > > not work with ISO-8859-1 again (not that bad).
> > > > >
> > > > > Unfortunately this can only be considered a HACK, as the
> servlet path
> > > > > provided by tomcat is decoded incorrectly (how to fix or
> > > configure that?).
> > > > >
> > > > > My workaround is to get the raw URI in
> > > WebdavUtils.getRelativePath from
> > > > > tomcat and use org.apache.util.URLUtil.URLDecode to decode it.
> > > > >
> > > > > Any experts around? Any thoughts?
> > > > >
> > > > > Oliver
> > > > >
> > > > > P.S.: I use tomcat 4.0.6
> > > >
> > > > I'd say: update.
> > > >
> > > > We are using Tomcat for our WebDAV server testing as well, and
> > > 4.24 doesn't
> > > > seem to have this problem. The latest version is 4.27.
> > > >
> > > >
> > > > --
> > > > <green/>bytes GmbH -- http://www.greenbytes.de -- tel:+492512807760
> > > >
> > > >
> > > >
> ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> > > > For additional commands, e-mail: slide-user-help@jakarta.apache.org
> > > >
> > > >
> > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> > > For additional commands, e-mail: slide-user-help@jakarta.apache.org
> > >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: slide-user-help@jakarta.apache.org
> >
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: slide-user-help@jakarta.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
RE: Slide-Encoding: FINALLY
Posted by satish <sa...@byobroadcast.com>.
I looked on MSDN for Sharepoint. It seems to be some kind of content
server. All the downloads were server related, I didn't see any client
components mentioned (unless that's what they mean by "webparts." This
Microsoft crap is so convoluted and unintuitive) Where can i get the
client components of Sharepoint. Also, could someone tell me how I find
out which version of a DLL I am running? I am not too familiar with the
inner workings of Windows.
Thanks,
Satish (frustrated by the journey into Microsoft lala land)
On Fri, 2003-08-08 at 14:50, Julian Reschke wrote:
> Satish,
>
> yes this seems to indicate that this is a problem.
>
> I'd
>
> - find out which one you habe (version of MDSAIPP.DLL)
> - check whether there are newer versions with out that problem (for instance
> by installing the Sharepoint client components, free download from MSDN)
>
> And then report back :-)
>
> --
> <green/>bytes GmbH -- http://www.greenbytes.de -- tel:+492512807760
>
> > -----Original Message-----
> > From: satish [mailto:satish@byobroadcast.com]
> > Sent: Friday, August 08, 2003 5:08 AM
> > To: Slide Users Mailing List
> > Subject: RE: Slide-Encoding: FINALLY
> >
> >
> > Julian, Oliver, everybody else, I sent the HTTP traces as requested.
> > Did anybody get a chance to look at them? People are discussing stuff
> > like encoding problems with Tomcat, or the Slide kernel, etc. I don't
> > get it. Just FYI here are the two relevant lines from my trace files:
> >
> > Here is the PUT from Windows XP Webfolders:
> > -------------------------------------------
> > PUT /files/john/?? HTTP/1.1 Accept-Language: en-us, zh-cn;q=0.5
> > Translate: f Content-Length: 6 User-Agent: Microsoft Data Access
> > Internet Publishing Provider DAV 1.1 Host: localhost:7000 Connection:
> > Keep-Alive Cookie: JSESSIONID=C6F396B4000345632312500602359293
> > Authorization: Basic am9objpqb2hu test
> >
> > Here is the PUT from my browser client
> > --------------------------------------
> >
> > PUT /files/john/%E4%B8%AD HTTP/1.1?
> > Transfer-Encoding: chunked?
> > Authorization: Basic am9objpqb2hu?
> > Expect: 100-continue?
> > Cookie: $Version=1;JSESSIONID=9473796474E247F864A0C28515B94551; $Path=/;
> > $Domain=192.168.0.136?
> > Host: 192.168.0.136:7000?
> > User-Agent: Jakarta HTTP Client/1.0?
> >
> > As you can see, Windows DOES NOT encode the URL. My webclient DOES
> > encode the URL. Why is everybody going on and on endlessly about Tomcat
> > and the Slide kernel? Do you have an explanation for Windows' stupidity
> > in this case? The HTTP traces make it quite clear that the problem is
> > on the client side, not the server. But I am not an expert on this
> > issue. So what am I missing here Julian, Oliver?
> >
> > Thanks
> >
> > Satish
> >
> >
> >
> > On Fri, 2003-08-08 at 01:34, Julian Reschke wrote:
> > > > From: Oliver Zeigermann [mailto:ozeigermann@c1-fse.de]
> > > > Sent: Thursday, August 07, 2003 6:56 PM
> > > > To: Slide Users Mailing List
> > > > Subject: Slide-Encoding: FINALLY
> > > >
> > > >
> > > > So, finally, I could make slide work with UTF-8 URIs, but now it does
> > > > not work with ISO-8859-1 again (not that bad).
> > > >
> > > > Unfortunately this can only be considered a HACK, as the servlet path
> > > > provided by tomcat is decoded incorrectly (how to fix or
> > configure that?).
> > > >
> > > > My workaround is to get the raw URI in
> > WebdavUtils.getRelativePath from
> > > > tomcat and use org.apache.util.URLUtil.URLDecode to decode it.
> > > >
> > > > Any experts around? Any thoughts?
> > > >
> > > > Oliver
> > > >
> > > > P.S.: I use tomcat 4.0.6
> > >
> > > I'd say: update.
> > >
> > > We are using Tomcat for our WebDAV server testing as well, and
> > 4.24 doesn't
> > > seem to have this problem. The latest version is 4.27.
> > >
> > >
> > > --
> > > <green/>bytes GmbH -- http://www.greenbytes.de -- tel:+492512807760
> > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> > > For additional commands, e-mail: slide-user-help@jakarta.apache.org
> > >
> > >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: slide-user-help@jakarta.apache.org
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: slide-user-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
RE: Slide-Encoding: FINALLY
Posted by satish <sa...@byobroadcast.com>.
Aye Aye cap'n! Thanks! I will check that out right away. You know, I
do all my development on Linux and stay as far away from windows as
possible, but here I am having to screw around with DLL versions and
stuff. :( THERE IS NO ESCAPE FROM THE EVIL EMPIRE!
On Fri, 2003-08-08 at 14:50, Julian Reschke wrote:
> Satish,
>
> yes this seems to indicate that this is a problem.
>
> I'd
>
> - find out which one you habe (version of MDSAIPP.DLL)
> - check whether there are newer versions with out that problem (for instance
> by installing the Sharepoint client components, free download from MSDN)
>
> And then report back :-)
>
> --
> <green/>bytes GmbH -- http://www.greenbytes.de -- tel:+492512807760
>
> > -----Original Message-----
> > From: satish [mailto:satish@byobroadcast.com]
> > Sent: Friday, August 08, 2003 5:08 AM
> > To: Slide Users Mailing List
> > Subject: RE: Slide-Encoding: FINALLY
> >
> >
> > Julian, Oliver, everybody else, I sent the HTTP traces as requested.
> > Did anybody get a chance to look at them? People are discussing stuff
> > like encoding problems with Tomcat, or the Slide kernel, etc. I don't
> > get it. Just FYI here are the two relevant lines from my trace files:
> >
> > Here is the PUT from Windows XP Webfolders:
> > -------------------------------------------
> > PUT /files/john/?? HTTP/1.1 Accept-Language: en-us, zh-cn;q=0.5
> > Translate: f Content-Length: 6 User-Agent: Microsoft Data Access
> > Internet Publishing Provider DAV 1.1 Host: localhost:7000 Connection:
> > Keep-Alive Cookie: JSESSIONID=C6F396B4000345632312500602359293
> > Authorization: Basic am9objpqb2hu test
> >
> > Here is the PUT from my browser client
> > --------------------------------------
> >
> > PUT /files/john/%E4%B8%AD HTTP/1.1?
> > Transfer-Encoding: chunked?
> > Authorization: Basic am9objpqb2hu?
> > Expect: 100-continue?
> > Cookie: $Version=1;JSESSIONID=9473796474E247F864A0C28515B94551; $Path=/;
> > $Domain=192.168.0.136?
> > Host: 192.168.0.136:7000?
> > User-Agent: Jakarta HTTP Client/1.0?
> >
> > As you can see, Windows DOES NOT encode the URL. My webclient DOES
> > encode the URL. Why is everybody going on and on endlessly about Tomcat
> > and the Slide kernel? Do you have an explanation for Windows' stupidity
> > in this case? The HTTP traces make it quite clear that the problem is
> > on the client side, not the server. But I am not an expert on this
> > issue. So what am I missing here Julian, Oliver?
> >
> > Thanks
> >
> > Satish
> >
> >
> >
> > On Fri, 2003-08-08 at 01:34, Julian Reschke wrote:
> > > > From: Oliver Zeigermann [mailto:ozeigermann@c1-fse.de]
> > > > Sent: Thursday, August 07, 2003 6:56 PM
> > > > To: Slide Users Mailing List
> > > > Subject: Slide-Encoding: FINALLY
> > > >
> > > >
> > > > So, finally, I could make slide work with UTF-8 URIs, but now it does
> > > > not work with ISO-8859-1 again (not that bad).
> > > >
> > > > Unfortunately this can only be considered a HACK, as the servlet path
> > > > provided by tomcat is decoded incorrectly (how to fix or
> > configure that?).
> > > >
> > > > My workaround is to get the raw URI in
> > WebdavUtils.getRelativePath from
> > > > tomcat and use org.apache.util.URLUtil.URLDecode to decode it.
> > > >
> > > > Any experts around? Any thoughts?
> > > >
> > > > Oliver
> > > >
> > > > P.S.: I use tomcat 4.0.6
> > >
> > > I'd say: update.
> > >
> > > We are using Tomcat for our WebDAV server testing as well, and
> > 4.24 doesn't
> > > seem to have this problem. The latest version is 4.27.
> > >
> > >
> > > --
> > > <green/>bytes GmbH -- http://www.greenbytes.de -- tel:+492512807760
> > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> > > For additional commands, e-mail: slide-user-help@jakarta.apache.org
> > >
> > >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: slide-user-help@jakarta.apache.org
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: slide-user-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
RE: Slide-Encoding: FINALLY
Posted by satish <sa...@byobroadcast.com>.
Aye Aye cap'n! Thanks! I will check that out right away. You know, I
do all my development on Linux and stay as far away from windows as
possible, but here I am having to screw around with DLL versions and
stuff. :( THERE IS NO ESCAPE FROM THE EVIL EMPIRE!
On Fri, 2003-08-08 at 14:50, Julian Reschke wrote:
> Satish,
>
> yes this seems to indicate that this is a problem.
>
> I'd
>
> - find out which one you habe (version of MDSAIPP.DLL)
> - check whether there are newer versions with out that problem (for instance
> by installing the Sharepoint client components, free download from MSDN)
>
> And then report back :-)
>
> --
> <green/>bytes GmbH -- http://www.greenbytes.de -- tel:+492512807760
>
> > -----Original Message-----
> > From: satish [mailto:satish@byobroadcast.com]
> > Sent: Friday, August 08, 2003 5:08 AM
> > To: Slide Users Mailing List
> > Subject: RE: Slide-Encoding: FINALLY
> >
> >
> > Julian, Oliver, everybody else, I sent the HTTP traces as requested.
> > Did anybody get a chance to look at them? People are discussing stuff
> > like encoding problems with Tomcat, or the Slide kernel, etc. I don't
> > get it. Just FYI here are the two relevant lines from my trace files:
> >
> > Here is the PUT from Windows XP Webfolders:
> > -------------------------------------------
> > PUT /files/john/?? HTTP/1.1 Accept-Language: en-us, zh-cn;q=0.5
> > Translate: f Content-Length: 6 User-Agent: Microsoft Data Access
> > Internet Publishing Provider DAV 1.1 Host: localhost:7000 Connection:
> > Keep-Alive Cookie: JSESSIONID=C6F396B4000345632312500602359293
> > Authorization: Basic am9objpqb2hu test
> >
> > Here is the PUT from my browser client
> > --------------------------------------
> >
> > PUT /files/john/%E4%B8%AD HTTP/1.1?
> > Transfer-Encoding: chunked?
> > Authorization: Basic am9objpqb2hu?
> > Expect: 100-continue?
> > Cookie: $Version=1;JSESSIONID=9473796474E247F864A0C28515B94551; $Path=/;
> > $Domain=192.168.0.136?
> > Host: 192.168.0.136:7000?
> > User-Agent: Jakarta HTTP Client/1.0?
> >
> > As you can see, Windows DOES NOT encode the URL. My webclient DOES
> > encode the URL. Why is everybody going on and on endlessly about Tomcat
> > and the Slide kernel? Do you have an explanation for Windows' stupidity
> > in this case? The HTTP traces make it quite clear that the problem is
> > on the client side, not the server. But I am not an expert on this
> > issue. So what am I missing here Julian, Oliver?
> >
> > Thanks
> >
> > Satish
> >
> >
> >
> > On Fri, 2003-08-08 at 01:34, Julian Reschke wrote:
> > > > From: Oliver Zeigermann [mailto:ozeigermann@c1-fse.de]
> > > > Sent: Thursday, August 07, 2003 6:56 PM
> > > > To: Slide Users Mailing List
> > > > Subject: Slide-Encoding: FINALLY
> > > >
> > > >
> > > > So, finally, I could make slide work with UTF-8 URIs, but now it does
> > > > not work with ISO-8859-1 again (not that bad).
> > > >
> > > > Unfortunately this can only be considered a HACK, as the servlet path
> > > > provided by tomcat is decoded incorrectly (how to fix or
> > configure that?).
> > > >
> > > > My workaround is to get the raw URI in
> > WebdavUtils.getRelativePath from
> > > > tomcat and use org.apache.util.URLUtil.URLDecode to decode it.
> > > >
> > > > Any experts around? Any thoughts?
> > > >
> > > > Oliver
> > > >
> > > > P.S.: I use tomcat 4.0.6
> > >
> > > I'd say: update.
> > >
> > > We are using Tomcat for our WebDAV server testing as well, and
> > 4.24 doesn't
> > > seem to have this problem. The latest version is 4.27.
> > >
> > >
> > > --
> > > <green/>bytes GmbH -- http://www.greenbytes.de -- tel:+492512807760
> > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> > > For additional commands, e-mail: slide-user-help@jakarta.apache.org
> > >
> > >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: slide-user-help@jakarta.apache.org
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: slide-user-help@jakarta.apache.org
>
>
RE: Slide-Encoding: FINALLY
Posted by satish <sa...@byobroadcast.com>.
I looked on MSDN for Sharepoint. It seems to be some kind of content
server. All the downloads were server related, I didn't see any client
components mentioned (unless that's what they mean by "webparts." This
Microsoft crap is so convoluted and unintuitive) Where can i get the
client components of Sharepoint. Also, could someone tell me how I find
out which version of a DLL I am running? I am not too familiar with the
inner workings of Windows.
Thanks,
Satish (frustrated by the journey into Microsoft lala land)
On Fri, 2003-08-08 at 14:50, Julian Reschke wrote:
> Satish,
>
> yes this seems to indicate that this is a problem.
>
> I'd
>
> - find out which one you habe (version of MDSAIPP.DLL)
> - check whether there are newer versions with out that problem (for instance
> by installing the Sharepoint client components, free download from MSDN)
>
> And then report back :-)
>
> --
> <green/>bytes GmbH -- http://www.greenbytes.de -- tel:+492512807760
>
> > -----Original Message-----
> > From: satish [mailto:satish@byobroadcast.com]
> > Sent: Friday, August 08, 2003 5:08 AM
> > To: Slide Users Mailing List
> > Subject: RE: Slide-Encoding: FINALLY
> >
> >
> > Julian, Oliver, everybody else, I sent the HTTP traces as requested.
> > Did anybody get a chance to look at them? People are discussing stuff
> > like encoding problems with Tomcat, or the Slide kernel, etc. I don't
> > get it. Just FYI here are the two relevant lines from my trace files:
> >
> > Here is the PUT from Windows XP Webfolders:
> > -------------------------------------------
> > PUT /files/john/?? HTTP/1.1 Accept-Language: en-us, zh-cn;q=0.5
> > Translate: f Content-Length: 6 User-Agent: Microsoft Data Access
> > Internet Publishing Provider DAV 1.1 Host: localhost:7000 Connection:
> > Keep-Alive Cookie: JSESSIONID=C6F396B4000345632312500602359293
> > Authorization: Basic am9objpqb2hu test
> >
> > Here is the PUT from my browser client
> > --------------------------------------
> >
> > PUT /files/john/%E4%B8%AD HTTP/1.1?
> > Transfer-Encoding: chunked?
> > Authorization: Basic am9objpqb2hu?
> > Expect: 100-continue?
> > Cookie: $Version=1;JSESSIONID=9473796474E247F864A0C28515B94551; $Path=/;
> > $Domain=192.168.0.136?
> > Host: 192.168.0.136:7000?
> > User-Agent: Jakarta HTTP Client/1.0?
> >
> > As you can see, Windows DOES NOT encode the URL. My webclient DOES
> > encode the URL. Why is everybody going on and on endlessly about Tomcat
> > and the Slide kernel? Do you have an explanation for Windows' stupidity
> > in this case? The HTTP traces make it quite clear that the problem is
> > on the client side, not the server. But I am not an expert on this
> > issue. So what am I missing here Julian, Oliver?
> >
> > Thanks
> >
> > Satish
> >
> >
> >
> > On Fri, 2003-08-08 at 01:34, Julian Reschke wrote:
> > > > From: Oliver Zeigermann [mailto:ozeigermann@c1-fse.de]
> > > > Sent: Thursday, August 07, 2003 6:56 PM
> > > > To: Slide Users Mailing List
> > > > Subject: Slide-Encoding: FINALLY
> > > >
> > > >
> > > > So, finally, I could make slide work with UTF-8 URIs, but now it does
> > > > not work with ISO-8859-1 again (not that bad).
> > > >
> > > > Unfortunately this can only be considered a HACK, as the servlet path
> > > > provided by tomcat is decoded incorrectly (how to fix or
> > configure that?).
> > > >
> > > > My workaround is to get the raw URI in
> > WebdavUtils.getRelativePath from
> > > > tomcat and use org.apache.util.URLUtil.URLDecode to decode it.
> > > >
> > > > Any experts around? Any thoughts?
> > > >
> > > > Oliver
> > > >
> > > > P.S.: I use tomcat 4.0.6
> > >
> > > I'd say: update.
> > >
> > > We are using Tomcat for our WebDAV server testing as well, and
> > 4.24 doesn't
> > > seem to have this problem. The latest version is 4.27.
> > >
> > >
> > > --
> > > <green/>bytes GmbH -- http://www.greenbytes.de -- tel:+492512807760
> > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> > > For additional commands, e-mail: slide-user-help@jakarta.apache.org
> > >
> > >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: slide-user-help@jakarta.apache.org
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: slide-user-help@jakarta.apache.org
>
>
RE: Slide-Encoding: FINALLY
Posted by Julian Reschke <ju...@gmx.de>.
Satish,
yes this seems to indicate that this is a problem.
I'd
- find out which one you habe (version of MDSAIPP.DLL)
- check whether there are newer versions with out that problem (for instance
by installing the Sharepoint client components, free download from MSDN)
And then report back :-)
--
<green/>bytes GmbH -- http://www.greenbytes.de -- tel:+492512807760
> -----Original Message-----
> From: satish [mailto:satish@byobroadcast.com]
> Sent: Friday, August 08, 2003 5:08 AM
> To: Slide Users Mailing List
> Subject: RE: Slide-Encoding: FINALLY
>
>
> Julian, Oliver, everybody else, I sent the HTTP traces as requested.
> Did anybody get a chance to look at them? People are discussing stuff
> like encoding problems with Tomcat, or the Slide kernel, etc. I don't
> get it. Just FYI here are the two relevant lines from my trace files:
>
> Here is the PUT from Windows XP Webfolders:
> -------------------------------------------
> PUT /files/john/?? HTTP/1.1 Accept-Language: en-us, zh-cn;q=0.5
> Translate: f Content-Length: 6 User-Agent: Microsoft Data Access
> Internet Publishing Provider DAV 1.1 Host: localhost:7000 Connection:
> Keep-Alive Cookie: JSESSIONID=C6F396B4000345632312500602359293
> Authorization: Basic am9objpqb2hu test
>
> Here is the PUT from my browser client
> --------------------------------------
>
> PUT /files/john/%E4%B8%AD HTTP/1.1?
> Transfer-Encoding: chunked?
> Authorization: Basic am9objpqb2hu?
> Expect: 100-continue?
> Cookie: $Version=1;JSESSIONID=9473796474E247F864A0C28515B94551; $Path=/;
> $Domain=192.168.0.136?
> Host: 192.168.0.136:7000?
> User-Agent: Jakarta HTTP Client/1.0?
>
> As you can see, Windows DOES NOT encode the URL. My webclient DOES
> encode the URL. Why is everybody going on and on endlessly about Tomcat
> and the Slide kernel? Do you have an explanation for Windows' stupidity
> in this case? The HTTP traces make it quite clear that the problem is
> on the client side, not the server. But I am not an expert on this
> issue. So what am I missing here Julian, Oliver?
>
> Thanks
>
> Satish
>
>
>
> On Fri, 2003-08-08 at 01:34, Julian Reschke wrote:
> > > From: Oliver Zeigermann [mailto:ozeigermann@c1-fse.de]
> > > Sent: Thursday, August 07, 2003 6:56 PM
> > > To: Slide Users Mailing List
> > > Subject: Slide-Encoding: FINALLY
> > >
> > >
> > > So, finally, I could make slide work with UTF-8 URIs, but now it does
> > > not work with ISO-8859-1 again (not that bad).
> > >
> > > Unfortunately this can only be considered a HACK, as the servlet path
> > > provided by tomcat is decoded incorrectly (how to fix or
> configure that?).
> > >
> > > My workaround is to get the raw URI in
> WebdavUtils.getRelativePath from
> > > tomcat and use org.apache.util.URLUtil.URLDecode to decode it.
> > >
> > > Any experts around? Any thoughts?
> > >
> > > Oliver
> > >
> > > P.S.: I use tomcat 4.0.6
> >
> > I'd say: update.
> >
> > We are using Tomcat for our WebDAV server testing as well, and
> 4.24 doesn't
> > seem to have this problem. The latest version is 4.27.
> >
> >
> > --
> > <green/>bytes GmbH -- http://www.greenbytes.de -- tel:+492512807760
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: slide-user-help@jakarta.apache.org
> >
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: slide-user-help@jakarta.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
RE: Slide-Encoding: FINALLY
Posted by Julian Reschke <ju...@gmx.de>.
Satish,
yes this seems to indicate that this is a problem.
I'd
- find out which one you habe (version of MDSAIPP.DLL)
- check whether there are newer versions with out that problem (for instance
by installing the Sharepoint client components, free download from MSDN)
And then report back :-)
--
<green/>bytes GmbH -- http://www.greenbytes.de -- tel:+492512807760
> -----Original Message-----
> From: satish [mailto:satish@byobroadcast.com]
> Sent: Friday, August 08, 2003 5:08 AM
> To: Slide Users Mailing List
> Subject: RE: Slide-Encoding: FINALLY
>
>
> Julian, Oliver, everybody else, I sent the HTTP traces as requested.
> Did anybody get a chance to look at them? People are discussing stuff
> like encoding problems with Tomcat, or the Slide kernel, etc. I don't
> get it. Just FYI here are the two relevant lines from my trace files:
>
> Here is the PUT from Windows XP Webfolders:
> -------------------------------------------
> PUT /files/john/?? HTTP/1.1 Accept-Language: en-us, zh-cn;q=0.5
> Translate: f Content-Length: 6 User-Agent: Microsoft Data Access
> Internet Publishing Provider DAV 1.1 Host: localhost:7000 Connection:
> Keep-Alive Cookie: JSESSIONID=C6F396B4000345632312500602359293
> Authorization: Basic am9objpqb2hu test
>
> Here is the PUT from my browser client
> --------------------------------------
>
> PUT /files/john/%E4%B8%AD HTTP/1.1?
> Transfer-Encoding: chunked?
> Authorization: Basic am9objpqb2hu?
> Expect: 100-continue?
> Cookie: $Version=1;JSESSIONID=9473796474E247F864A0C28515B94551; $Path=/;
> $Domain=192.168.0.136?
> Host: 192.168.0.136:7000?
> User-Agent: Jakarta HTTP Client/1.0?
>
> As you can see, Windows DOES NOT encode the URL. My webclient DOES
> encode the URL. Why is everybody going on and on endlessly about Tomcat
> and the Slide kernel? Do you have an explanation for Windows' stupidity
> in this case? The HTTP traces make it quite clear that the problem is
> on the client side, not the server. But I am not an expert on this
> issue. So what am I missing here Julian, Oliver?
>
> Thanks
>
> Satish
>
>
>
> On Fri, 2003-08-08 at 01:34, Julian Reschke wrote:
> > > From: Oliver Zeigermann [mailto:ozeigermann@c1-fse.de]
> > > Sent: Thursday, August 07, 2003 6:56 PM
> > > To: Slide Users Mailing List
> > > Subject: Slide-Encoding: FINALLY
> > >
> > >
> > > So, finally, I could make slide work with UTF-8 URIs, but now it does
> > > not work with ISO-8859-1 again (not that bad).
> > >
> > > Unfortunately this can only be considered a HACK, as the servlet path
> > > provided by tomcat is decoded incorrectly (how to fix or
> configure that?).
> > >
> > > My workaround is to get the raw URI in
> WebdavUtils.getRelativePath from
> > > tomcat and use org.apache.util.URLUtil.URLDecode to decode it.
> > >
> > > Any experts around? Any thoughts?
> > >
> > > Oliver
> > >
> > > P.S.: I use tomcat 4.0.6
> >
> > I'd say: update.
> >
> > We are using Tomcat for our WebDAV server testing as well, and
> 4.24 doesn't
> > seem to have this problem. The latest version is 4.27.
> >
> >
> > --
> > <green/>bytes GmbH -- http://www.greenbytes.de -- tel:+492512807760
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: slide-user-help@jakarta.apache.org
> >
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: slide-user-help@jakarta.apache.org
>
RE: Slide-Encoding: FINALLY
Posted by satish <sa...@byobroadcast.com>.
Julian, Oliver, everybody else, I sent the HTTP traces as requested.
Did anybody get a chance to look at them? People are discussing stuff
like encoding problems with Tomcat, or the Slide kernel, etc. I don't
get it. Just FYI here are the two relevant lines from my trace files:
Here is the PUT from Windows XP Webfolders:
-------------------------------------------
PUT /files/john/?? HTTP/1.1 Accept-Language: en-us, zh-cn;q=0.5
Translate: f Content-Length: 6 User-Agent: Microsoft Data Access
Internet Publishing Provider DAV 1.1 Host: localhost:7000 Connection:
Keep-Alive Cookie: JSESSIONID=C6F396B4000345632312500602359293
Authorization: Basic am9objpqb2hu test
Here is the PUT from my browser client
--------------------------------------
PUT /files/john/%E4%B8%AD HTTP/1.1?
Transfer-Encoding: chunked?
Authorization: Basic am9objpqb2hu?
Expect: 100-continue?
Cookie: $Version=1;JSESSIONID=9473796474E247F864A0C28515B94551; $Path=/;
$Domain=192.168.0.136?
Host: 192.168.0.136:7000?
User-Agent: Jakarta HTTP Client/1.0?
As you can see, Windows DOES NOT encode the URL. My webclient DOES
encode the URL. Why is everybody going on and on endlessly about Tomcat
and the Slide kernel? Do you have an explanation for Windows' stupidity
in this case? The HTTP traces make it quite clear that the problem is
on the client side, not the server. But I am not an expert on this
issue. So what am I missing here Julian, Oliver?
Thanks
Satish
On Fri, 2003-08-08 at 01:34, Julian Reschke wrote:
> > From: Oliver Zeigermann [mailto:ozeigermann@c1-fse.de]
> > Sent: Thursday, August 07, 2003 6:56 PM
> > To: Slide Users Mailing List
> > Subject: Slide-Encoding: FINALLY
> >
> >
> > So, finally, I could make slide work with UTF-8 URIs, but now it does
> > not work with ISO-8859-1 again (not that bad).
> >
> > Unfortunately this can only be considered a HACK, as the servlet path
> > provided by tomcat is decoded incorrectly (how to fix or configure that?).
> >
> > My workaround is to get the raw URI in WebdavUtils.getRelativePath from
> > tomcat and use org.apache.util.URLUtil.URLDecode to decode it.
> >
> > Any experts around? Any thoughts?
> >
> > Oliver
> >
> > P.S.: I use tomcat 4.0.6
>
> I'd say: update.
>
> We are using Tomcat for our WebDAV server testing as well, and 4.24 doesn't
> seem to have this problem. The latest version is 4.27.
>
>
> --
> <green/>bytes GmbH -- http://www.greenbytes.de -- tel:+492512807760
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: slide-user-help@jakarta.apache.org
>
>
RE: Slide-Encoding: FINALLY
Posted by satish <sa...@byobroadcast.com>.
Julian, Oliver, everybody else, I sent the HTTP traces as requested.
Did anybody get a chance to look at them? People are discussing stuff
like encoding problems with Tomcat, or the Slide kernel, etc. I don't
get it. Just FYI here are the two relevant lines from my trace files:
Here is the PUT from Windows XP Webfolders:
-------------------------------------------
PUT /files/john/?? HTTP/1.1 Accept-Language: en-us, zh-cn;q=0.5
Translate: f Content-Length: 6 User-Agent: Microsoft Data Access
Internet Publishing Provider DAV 1.1 Host: localhost:7000 Connection:
Keep-Alive Cookie: JSESSIONID=C6F396B4000345632312500602359293
Authorization: Basic am9objpqb2hu test
Here is the PUT from my browser client
--------------------------------------
PUT /files/john/%E4%B8%AD HTTP/1.1?
Transfer-Encoding: chunked?
Authorization: Basic am9objpqb2hu?
Expect: 100-continue?
Cookie: $Version=1;JSESSIONID=9473796474E247F864A0C28515B94551; $Path=/;
$Domain=192.168.0.136?
Host: 192.168.0.136:7000?
User-Agent: Jakarta HTTP Client/1.0?
As you can see, Windows DOES NOT encode the URL. My webclient DOES
encode the URL. Why is everybody going on and on endlessly about Tomcat
and the Slide kernel? Do you have an explanation for Windows' stupidity
in this case? The HTTP traces make it quite clear that the problem is
on the client side, not the server. But I am not an expert on this
issue. So what am I missing here Julian, Oliver?
Thanks
Satish
On Fri, 2003-08-08 at 01:34, Julian Reschke wrote:
> > From: Oliver Zeigermann [mailto:ozeigermann@c1-fse.de]
> > Sent: Thursday, August 07, 2003 6:56 PM
> > To: Slide Users Mailing List
> > Subject: Slide-Encoding: FINALLY
> >
> >
> > So, finally, I could make slide work with UTF-8 URIs, but now it does
> > not work with ISO-8859-1 again (not that bad).
> >
> > Unfortunately this can only be considered a HACK, as the servlet path
> > provided by tomcat is decoded incorrectly (how to fix or configure that?).
> >
> > My workaround is to get the raw URI in WebdavUtils.getRelativePath from
> > tomcat and use org.apache.util.URLUtil.URLDecode to decode it.
> >
> > Any experts around? Any thoughts?
> >
> > Oliver
> >
> > P.S.: I use tomcat 4.0.6
>
> I'd say: update.
>
> We are using Tomcat for our WebDAV server testing as well, and 4.24 doesn't
> seem to have this problem. The latest version is 4.27.
>
>
> --
> <green/>bytes GmbH -- http://www.greenbytes.de -- tel:+492512807760
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: slide-user-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
Re: Slide-Encoding: FINALLY
Posted by Oliver Zeigermann <oz...@c1-fse.de>.
Julian Reschke wrote:
>>From: Oliver Zeigermann [mailto:ozeigermann@c1-fse.de]
>>Sent: Thursday, August 07, 2003 6:56 PM
>>To: Slide Users Mailing List
>>Subject: Slide-Encoding: FINALLY
>>
>>
>>So, finally, I could make slide work with UTF-8 URIs, but now it does
>>not work with ISO-8859-1 again (not that bad).
>>
>>Unfortunately this can only be considered a HACK, as the servlet path
>>provided by tomcat is decoded incorrectly (how to fix or configure that?).
>>
>>My workaround is to get the raw URI in WebdavUtils.getRelativePath from
>>tomcat and use org.apache.util.URLUtil.URLDecode to decode it.
>>
>>Any experts around? Any thoughts?
>>
>>Oliver
>>
>>P.S.: I use tomcat 4.0.6
>
>
> I'd say: update.
>
> We are using Tomcat for our WebDAV server testing as well, and 4.24 doesn't
> seem to have this problem. The latest version is 4.27.
Thanks a lot. Now it works. I think the bug was fixed around 4.1.18 or so...
Oliver
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
Re: Webdav and mkcol method
Posted by Martin Holz <ho...@fiz-chemie.de>.
Hi,
you watched for log file of the client? There is also a log file for the
the server or maybe two. These should give you more details. But if I understand
your log right, you tried to create the collection /. This will not work.
Did you map your webdav servlet to /? Usually it is mapped to /webdav.
But even if it is mapped to /, Slide will create its root collection at startup
and you can't create it ny MKCOL.
If I try to create the root collection, I get something like
Creating `/webdav': failed:
403 Forbidden: org.apache.slide.webdav.method.MkcolMethod.restrictedDestinationUri
Can you access the URL / through a normal Webbrowser?
--
Martin Holz <ho...@fiz-chemie.de>
Softwareentwicklung / Vernetztes Studium - Chemie
FIZ CHEMIE Berlin
Franklinstrasse 11
D-10587 Berlin
Re: Webdav and mkcol method
Posted by Martin Holz <ho...@fiz-chemie.de>.
Hi,
you watched for log file of the client? There is also a log file for the
the server or maybe two. These should give you more details. But if I understand
your log right, you tried to create the collection /. This will not work.
Did you map your webdav servlet to /? Usually it is mapped to /webdav.
But even if it is mapped to /, Slide will create its root collection at startup
and you can't create it ny MKCOL.
If I try to create the root collection, I get something like
Creating `/webdav': failed:
403 Forbidden: org.apache.slide.webdav.method.MkcolMethod.restrictedDestinationUri
Can you access the URL / through a normal Webbrowser?
--
Martin Holz <ho...@fiz-chemie.de>
Softwareentwicklung / Vernetztes Studium - Chemie
FIZ CHEMIE Berlin
Franklinstrasse 11
D-10587 Berlin
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
Webdav and mkcol method
Posted by Aruna Goli <ar...@covigna.com>.
Thankyou Martin, I changed the logging level in Domain.xml but I guess
the code does not have any debug messages so did not give me any other
information.
I deployed the following wars
Slide.war
Slide-admin.war
Slide-doc.war
Slide-webdav.war
However it does not seem to recognize the mkcol method, has anyone used
this? I am just trying to run a sample program that comes with slide.
Attaching the program here.
This is the error message
no entries in http://tomcat:tomcat@localhost:7001/slide%2Dwebdav
Exception in thread "main" java.lang.RuntimeException: Could not create
http://O
palSystem:opal@localhost:7001/slide%2Dwebdav/out
at WebdavTest.testWrite(WebdavTest.java:139)
at WebdavTest.main(WebdavTest.java:235)
Thankyou
aruna
-----Original Message-----
From: news [mailto:news@main.gmane.org] On Behalf Of Martin Holz
Sent: Thursday, August 07, 2003 11:58 PM
To: slide-user@jakarta.apache.org
Subject: Re: Webdav client and logging
"Aruna Goli" <ar...@covigna.com> writes:
> Hello
>
> I deployed slide.war and slide-admin.war in weblogic. For now I have
> set that no authentication needs to be done.
>
> I have a webdav test client program that I am trying to test. However
> I am getting an internal error. I have attached my program here
>
> 1. Can anyone please let me know if I am missing something.
>
> 2. I tried to set the log4j.properties to the DEBUG level however it
> still does not display the error messages
Setting log4j debug level would not affect slide logging. You can set
the log level at the top of your Domain.xml.
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
Re: Webdav client and logging
Posted by Martin Holz <ho...@fiz-chemie.de>.
"Aruna Goli" <ar...@covigna.com> writes:
> Hello
>
> I deployed slide.war and slide-admin.war in weblogic. For now I have
> set that no authentication needs to be done.
>
> I have a webdav test client program that I am trying to test. However I
> am getting an internal error. I have attached my program here
>
> 1. Can anyone please let me know if I am missing something.
>
> 2. I tried to set the log4j.properties to the DEBUG level however it
> still does not display the error messages
Setting log4j debug level would not affect slide logging. You can set
the log level at the top of your Domain.xml.
Re: Webdav client and logging
Posted by Martin Holz <ho...@fiz-chemie.de>.
"Aruna Goli" <ar...@covigna.com> writes:
> Hello
>
> I deployed slide.war and slide-admin.war in weblogic. For now I have
> set that no authentication needs to be done.
>
> I have a webdav test client program that I am trying to test. However I
> am getting an internal error. I have attached my program here
>
> 1. Can anyone please let me know if I am missing something.
>
> 2. I tried to set the log4j.properties to the DEBUG level however it
> still does not display the error messages
Setting log4j debug level would not affect slide logging. You can set
the log level at the top of your Domain.xml.
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
Webdav client and logging
Posted by Aruna Goli <ar...@covigna.com>.
Hello
I deployed slide.war and slide-admin.war in weblogic. For now I have
set that no authentication needs to be done.
I have a webdav test client program that I am trying to test. However I
am getting an internal error. I have attached my program here
1. Can anyone please let me know if I am missing something.
2. I tried to set the log4j.properties to the DEBUG level however it
still does not display the error messages
Thankyou
Aruna
[exec] <Aug 7, 2003 11:26:18 AM PDT> <Info> <NT Performance Pack>
<Allocati
ng: '2' NT reader threads>
[exec] 07 Aug 2003 11:26:18 - org.apache.slide.webdav.WebdavServlet
- INFO
- OPTIONS = 200 OK (time: 70 ms) URI = /
[exec] 07 Aug 2003 11:26:18 -
org.apache.slide.transaction.SlideTransaction
Manager - INFO - Rollback Transaction 5 xid ExecuteThread: '22' for
queue: 'defa
ult'-1060280778460-5- in thread ExecuteThread: '22' for queue: 'default'
[exec] 07 Aug 2003 11:26:18 - org.apache.slide.webdav.WebdavServlet
- INFO
- MKCOL = 500 Internal Server Error (time: 0 ms) URI = /
[exec] 07 Aug 2003 11:26:18 - org.apache.slide.common.Domain -
WARNING - Ac
cess denied on /users by user /users/guest for action /actions/read
[exec] 07 Aug 2003 11:26:18 - org.apache.slide.common.Domain -
WARNING - Ac
cess denied on /actions by user /users/guest for action /actions/read
[exec] 07 Aug 2003 11:26:18 - WARNING - WARNING: No active
transaction
[exec] 07 Aug 2003 11:26:18 - org.apache.slide.webdav.WebdavServlet
- INFO
- GET = 200 OK (time: 20 ms) URI = /
[exec] <Aug 7, 2003 11:27:50 AM PDT> <Info> <Management>
<Configuration cha
nges for domain saved to the repository.>
Webdav client and logging
Posted by Aruna Goli <ar...@covigna.com>.
Hello
I deployed slide.war and slide-admin.war in weblogic. For now I have
set that no authentication needs to be done.
I have a webdav test client program that I am trying to test. However I
am getting an internal error. I have attached my program here
1. Can anyone please let me know if I am missing something.
2. I tried to set the log4j.properties to the DEBUG level however it
still does not display the error messages
Thankyou
Aruna
[exec] <Aug 7, 2003 11:26:18 AM PDT> <Info> <NT Performance Pack>
<Allocati
ng: '2' NT reader threads>
[exec] 07 Aug 2003 11:26:18 - org.apache.slide.webdav.WebdavServlet
- INFO
- OPTIONS = 200 OK (time: 70 ms) URI = /
[exec] 07 Aug 2003 11:26:18 -
org.apache.slide.transaction.SlideTransaction
Manager - INFO - Rollback Transaction 5 xid ExecuteThread: '22' for
queue: 'defa
ult'-1060280778460-5- in thread ExecuteThread: '22' for queue: 'default'
[exec] 07 Aug 2003 11:26:18 - org.apache.slide.webdav.WebdavServlet
- INFO
- MKCOL = 500 Internal Server Error (time: 0 ms) URI = /
[exec] 07 Aug 2003 11:26:18 - org.apache.slide.common.Domain -
WARNING - Ac
cess denied on /users by user /users/guest for action /actions/read
[exec] 07 Aug 2003 11:26:18 - org.apache.slide.common.Domain -
WARNING - Ac
cess denied on /actions by user /users/guest for action /actions/read
[exec] 07 Aug 2003 11:26:18 - WARNING - WARNING: No active
transaction
[exec] 07 Aug 2003 11:26:18 - org.apache.slide.webdav.WebdavServlet
- INFO
- GET = 200 OK (time: 20 ms) URI = /
[exec] <Aug 7, 2003 11:27:50 AM PDT> <Info> <Management>
<Configuration cha
nges for domain saved to the repository.>
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
RE: Slide-Encoding: FINALLY
Posted by Julian Reschke <ju...@gmx.de>.
> From: Oliver Zeigermann [mailto:ozeigermann@c1-fse.de]
> Sent: Thursday, August 07, 2003 6:56 PM
> To: Slide Users Mailing List
> Subject: Slide-Encoding: FINALLY
>
>
> So, finally, I could make slide work with UTF-8 URIs, but now it does
> not work with ISO-8859-1 again (not that bad).
>
> Unfortunately this can only be considered a HACK, as the servlet path
> provided by tomcat is decoded incorrectly (how to fix or configure that?).
>
> My workaround is to get the raw URI in WebdavUtils.getRelativePath from
> tomcat and use org.apache.util.URLUtil.URLDecode to decode it.
>
> Any experts around? Any thoughts?
>
> Oliver
>
> P.S.: I use tomcat 4.0.6
I'd say: update.
We are using Tomcat for our WebDAV server testing as well, and 4.24 doesn't
seem to have this problem. The latest version is 4.27.
--
<green/>bytes GmbH -- http://www.greenbytes.de -- tel:+492512807760
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
RE: Slide-Encoding: FINALLY
Posted by Julian Reschke <ju...@gmx.de>.
> From: Oliver Zeigermann [mailto:ozeigermann@c1-fse.de]
> Sent: Thursday, August 07, 2003 6:56 PM
> To: Slide Users Mailing List
> Subject: Slide-Encoding: FINALLY
>
>
> So, finally, I could make slide work with UTF-8 URIs, but now it does
> not work with ISO-8859-1 again (not that bad).
>
> Unfortunately this can only be considered a HACK, as the servlet path
> provided by tomcat is decoded incorrectly (how to fix or configure that?).
>
> My workaround is to get the raw URI in WebdavUtils.getRelativePath from
> tomcat and use org.apache.util.URLUtil.URLDecode to decode it.
>
> Any experts around? Any thoughts?
>
> Oliver
>
> P.S.: I use tomcat 4.0.6
I'd say: update.
We are using Tomcat for our WebDAV server testing as well, and 4.24 doesn't
seem to have this problem. The latest version is 4.27.
--
<green/>bytes GmbH -- http://www.greenbytes.de -- tel:+492512807760