[jcifs] Re: SMB URL encoding/decoding

James Nord teilo at teilo.net
Mon Feb 25 01:34:30 EST 2002

Christopher R. Hertel wrote:

>James Nord wrote:
>>See the mail that started this thread.  jCifs then has a url parsing bug.
>>I have been mixing implementation with drafts and confusing myself (and
>Well, the SMB URL format is not finalized yet.  Still a draft.  The jCIFS
>implementation is a very good way to work out bugs in the draft, and vice
>versa.  I get much better feedback from jCIFS than I do from some of the
>other implementations (it varies...there are some really good folk out
>>URL is smb://HI137/D$/Documents and Settings/ryar/seti at home.txt
>>java.net.UnknownHostException: home.txt
>Given the syntax rules in the URL RFC (rfc2396), it shoult read:
>  smb://HI137/D$/Documents%20and%20Settings/ryar/seti#home.txt
>That's the painfully correct version.  
Why is


incorect? @ is a valid pchar.

We could alwasy escape all the valid characters-


I see no reason why that is more or less correct?

>RFC2396 goes into detail regarding
>the use of whitespace in a URL string (they don't like it), but many
>browsers will accept the spaces anyway.  (Just as many browsers will
>accept really bad HTML code and render it anyway...browsers are in the
>business of making things easy when they can.)
Always be strict on forming and forgiving on parsing.

>A note... I looked all through the RFC and found nothing about translating
>the '+' into a space.  Annoying, as I know it was there in the early days.
Is this not just special for form data in HTTP?  I don't recall seeing 
this escape sequence in a path before. (not really important now in any 


More information about the jcifs mailing list