Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.java.programmer > #28401
| Path | csiph.com!newsfeed.hal-mli.net!feeder3.hal-mli.net!gegeweb.org!eternal-september.org!feeder.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail |
|---|---|
| From | Steven Simpson <ss@domain.invalid> |
| Newsgroups | comp.lang.java.programmer |
| Subject | Re: [LONG] java.net.URI encoding weirdness |
| Date | Tue, 06 May 2014 20:29:59 +0100 |
| Organization | A noiseless patient Spider |
| Lines | 80 |
| Message-ID | <nqpn3b-jm3.ln1@s.simpson148.btinternet.com> (permalink) |
| References | <lk82m6$hhi$1@dont-email.me> <lk8n0o$ibf$1@dont-email.me> <lk8u3d$agp$1@dont-email.me> <lk9861$dk5$1@dont-email.me> <lka2s0$kma$1@dont-email.me> <lkb5rt$83i$1@dont-email.me> |
| Mime-Version | 1.0 |
| Content-Type | text/plain; charset=windows-1252; format=flowed |
| Content-Transfer-Encoding | 7bit |
| Injection-Info | mx05.eternal-september.org; posting-host="c7172f225496c36b8678c3c0744c2347"; logging-data="2894"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1/AyWrYtb9H3PV2wTgR6oL+5tnGsT+NkGI=" |
| User-Agent | Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 |
| In-Reply-To | <lkb5rt$83i$1@dont-email.me> |
| Cancel-Lock | sha1:xaOp5bRmtMhpZ58nAmpecJx/y0I= |
| Xref | csiph.com comp.lang.java.programmer:28401 |
Show key headers only | View raw
On 06/05/14 18:24, markspace wrote:
> On 5/6/2014 12:26 AM, Stanimir Stamenkov wrote:
>
>> public static void main(String[] args) throws Exception {
>> URI u = URI.create("http://server1/path"
>> + "?param%3D1=value%261¶m%3F2=value%232"
> ^^^ ^^^ ^^^ ^^^
>> + "#fragment");
>
>> Note how the 'query' is wrong now.
>
> Doesn't each % above indicate an encoded value, or are you referring
> to something else? I'm not sure we're not talking cross purposes here.
The name of the first parameter is "param=1", and its value is "value&1".
The name of the second parameter is "param?2", with the value "value$2".
Because = and & are used to delimit parameters in the query string, the
literals in these parameter names and values have to be encoded by the
user before going into the string.
>
> URI u = URI.create( decode("http://server1/path"
> + "?param%3D1=value%261¶m%3F2=value%242"
> + "#fragment"));
> System.out.println(u.toASCIIString());
>
> run:
> http://server1/path?param=1=value&1¶m?2=value$2#fragment
This query string no longer matches the intended input.
Why decode() before passing into create()? The URI class needs to parse
the string before anything gets decoded.
import java.net.URI;
public class URITest4 {
public static void main(String[] args) throws Exception {
URI u = URI.create("http://server1/path"
+ "?param%3D1=value%261¶m%3F2=value%232"
+ "#fragment");
System.out.println(u.toASCIIString());
System.out.println(" Query: " + u.getQuery());
System.out.println("Raw query: " + u.getRawQuery());
}
}
% java URITest4
http://server1/path?param%3D1=value%261¶m%3F2=value%232#fragment
Query: param=1=value&1¶m?2=value#2
Raw query: param%3D1=value%261¶m%3F2=value%232
This shows that getQuery() is not useful, as it decodes too soon. The
value must be split at & first, then at =, then the names and values
should be decoded. This is why v is wrong in URITest3.
w is wrong in URITest3 because, although getRawQuery()'s correct value
is provided, the URI constructor incorrectly encodes it again.
I guess the problem stems from java.net.URI only partially parsing some
components. For those components that have no further structure, it's
okay to decode. But the query string has more structure, which must be
parsed before decoding. The same goes for userInfo() to some extent,
since : is a special character in it, which the user might want to use
literally.
Correspondingly, the parts which are externally assembled should not be
encoded by multi-arg URI constructors, because the caller will already
have had to do that.
--
ss at comp dot lancs dot ac dot uk
Back to comp.lang.java.programmer | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
[LONG] java.net.URI encoding weirdness Stanimir Stamenkov <s7an10@netscape.net> - 2014-05-05 16:11 +0300
Re: [LONG] java.net.URI encoding weirdness Mike Amling <mamling@chaff.us> - 2014-05-05 11:37 -0500
Re: [LONG] java.net.URI encoding weirdness Mike Amling <mamling@chaff.us> - 2014-05-05 11:43 -0500
Re: [LONG] java.net.URI encoding weirdness Stanimir Stamenkov <s7an10@netscape.net> - 2014-05-05 19:50 +0300
Re: [LONG] java.net.URI encoding weirdness markspace <markspace@nospam.nospam> - 2014-05-05 11:58 -0700
Re: [LONG] java.net.URI encoding weirdness Stanimir Stamenkov <s7an10@netscape.net> - 2014-05-05 23:59 +0300
Re: [LONG] java.net.URI encoding weirdness markspace <markspace@nospam.nospam> - 2014-05-05 16:51 -0700
Re: [LONG] java.net.URI encoding weirdness Stanimir Stamenkov <s7an10@netscape.net> - 2014-05-06 10:26 +0300
Re: [LONG] java.net.URI encoding weirdness Steven Simpson <ss@domain.invalid> - 2014-05-06 08:47 +0100
Re: [LONG] java.net.URI encoding weirdness Stanimir Stamenkov <s7an10@netscape.net> - 2014-05-06 11:02 +0300
Re: [LONG] java.net.URI encoding weirdness markspace <markspace@nospam.nospam> - 2014-05-06 10:24 -0700
Re: [LONG] java.net.URI encoding weirdness Stanimir Stamenkov <s7an10@netscape.net> - 2014-05-06 22:24 +0300
Re: [LONG] java.net.URI encoding weirdness markspace <markspace@nospam.nospam> - 2014-05-06 12:24 -0700
Re: [LONG] java.net.URI encoding weirdness Stanimir Stamenkov <s7an10@netscape.net> - 2014-05-06 22:34 +0300
Re: [LONG] java.net.URI encoding weirdness markspace <markspace@nospam.nospam> - 2014-05-06 13:04 -0700
Re: [LONG] java.net.URI encoding weirdness Stanimir Stamenkov <s7an10@netscape.net> - 2014-05-06 23:07 +0300
Re: [LONG] java.net.URI encoding weirdness Stanimir Stamenkov <s7an10@netscape.net> - 2014-05-06 23:04 +0300
Re: [LONG] java.net.URI encoding weirdness Steven Simpson <ss@domain.invalid> - 2014-05-06 20:29 +0100
Re: [LONG] java.net.URI encoding weirdness markspace <markspace@nospam.nospam> - 2014-05-06 13:01 -0700
csiph-web