You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@shindig.apache.org by Stanton Sievers <ss...@us.ibm.com> on 2012/06/25 14:24:20 UTC
SHINDIG-1809 and Uri encoding/decoding
Hi everyone,
I was looking at SHINDIG-1809 [1] and why
DefaultJsUriManager.processExternJsUri(Uri) is not decoding "%3A", i.e.
':', when parsing the libs from the Uri's path. After digging a bit I
noticed that neither Uri nor UriBuilder in Shindig seem to do any
decoding. In fact, org.apache.shindig.common.uri.Uri.fromJavaUri(URI)
calls UriBuilder with the raw components from the java.net.URI and not the
decoded ones.
Anyone know why this is the case? Why use the java.net.URI.getRaw*
methods instead of using the getters that decode the pieces?
Thanks,
-Stanton
[1] https://issues.apache.org/jira/browse/SHINDIG-1809
Re: SHINDIG-1809 and Uri encoding/decoding
Posted by Henry Saputra <he...@gmail.com>.
Hmm looks like the code has not been updated for a while. My guess is
that the server code assume that the iframe and JS URIs will be
generated by Shindig with the non encoded format so there is no need
to decode the incoming URLs
But looks like a bug to me.
- Henry
On Mon, Jun 25, 2012 at 5:24 AM, Stanton Sievers <ss...@us.ibm.com> wrote:
> Hi everyone,
>
> I was looking at SHINDIG-1809 [1] and why
> DefaultJsUriManager.processExternJsUri(Uri) is not decoding "%3A", i.e.
> ':', when parsing the libs from the Uri's path. After digging a bit I
> noticed that neither Uri nor UriBuilder in Shindig seem to do any
> decoding. In fact, org.apache.shindig.common.uri.Uri.fromJavaUri(URI)
> calls UriBuilder with the raw components from the java.net.URI and not the
> decoded ones.
>
> Anyone know why this is the case? Why use the java.net.URI.getRaw*
> methods instead of using the getters that decode the pieces?
>
> Thanks,
> -Stanton
>
> [1] https://issues.apache.org/jira/browse/SHINDIG-1809