Hi Paul,
I agree, it looked quite messy, isn't it :), keeping a hack that
generates encoded url and yet not support IPv6 addresses that contain
international characters?
It IS a more preferable solution to remove the hack of using
escapeNonUSAscii -- so I'll do :)
Thanks,
Joe
On 7/10/2012
Hi Joe,
If you are gonna fix things to support IPv6 addresses in URLs i really think
you need to make it work for URLs with international characters too.
On Jul 10, 2012, at 8:50 PM, Joe Wang wrote:
>>
>> 602 if (reader == null) {
>> 603 stream = xmlInputSource.getByteStre
On 7/9/2012 10:59 PM, Paul Sandoz wrote:
Hi Joe,
What happens when someone logs a bug for system IDs containing IPv6 addresses
and non-percent encoded international characters?
Exception would be expected just as if Xerces is used.
On Jul 10, 2012, at 3:42 AM, Joe Wang wrote:
Hi Paul,
I
Hi Joe,
What happens when someone logs a bug for system IDs containing IPv6 addresses
and non-percent encoded international characters?
On Jul 10, 2012, at 3:42 AM, Joe Wang wrote:
> Hi Paul,
>
> I'm back from vacation.
>
> You're right. But such an error is also expected. The original desig
Hi Paul,
I'm back from vacation.
You're right. But such an error is also expected. The original design
never tried to out-do the java.net.URL. If a system ID input fails URL,
it shall result in an exception.
The patch that supplied the extra encoding was provided to both Sun and
Apache, a
Hi,
On Jun 26, 2012, at 11:59 PM, Joe Wang wrote:
> Hi Paul,
>
> That method was contributed by engineers from Korea and intended to handle
> paths that contained international characters, so that was how it was named.
> It was an extra processing added. Outside of that scenario, we'd want to
Hi Paul,
That method was contributed by engineers from Korea and intended to
handle paths that contained international characters, so that was how it
was named. It was an extra processing added. Outside of that scenario,
we'd want to skip the process and get back to letting URL handle the
in
Hi Joe,
What happens if there is a space character or other characters in the string
that should be encoded ?
http://greenbytes.de/tech/webdav/rfc2396.html#rfc.section.2.4.3
I suspect "escapeNonUSAscii" is slightly misleading, it should be really called
something like "escapeCharactersInUriS
Hi,
This is a patch to fix the IPv6 issue.
In a previous patch to fix an issue with system id containing
international characters, an extra character escaping was added so that
any URL passed to the parser goes through method escapeNonUSAscii before
it's used to construct an URL.
However, l