So.. I've been thinking about this.. and I suppose use URL encoding to
encode the context parameters is what's getting us into trouble..
Should we be using a modified url encoding? Like instead of using "%"
as our escape character, use something like = or *, and also escape any
occurance of that escape character..
that way no matter what the server or browser wants to do, we won't step
on anyone's toes..
ideas?
Howard Lewis Ship wrote:
Ugh. Jetty and Tomcat often disagree. Jetty is always right, but
that doesn't help ... we end up having to patch for one or the other.
On Thu, Feb 21, 2008 at 7:10 PM, Fernando Padilla <[EMAIL PROTECTED]> wrote:
So on further testing it looks like it works on production ( tomcat ),
but doesn't work on dev ( jetty ). So sorry for the "fire alarm" tone;
it doesn't look to be anything about tapestry.
But I would still like some ideas to figure this out and make sure that
it won't bite me/us later.. :)
so it looks like if I include any slashes in a context parameter, it
gets encoded properly, but then gets unencoded once too many times by
jetty; thus interpreted as multiple context parameters.. totally messing
it up.
I am using Tapestry 5.0.11-SNAPSHOT (as of yesterday)
Fernando Padilla wrote:
> I have a url like this going into Tapestry.
>
> /fbracket/groups.canvaslayout.analyticsiframe:hbx/Groups/%2Ffbracket/M030
>
> And it's parsing it into the EventContext as:
>
> groups.canvaslayout.analyticsiframe:hbx; [ Groups, , fbracket, M030 ]; [
> ] )
>
> So it's for some reason double decoding the url, and pulling out 4
> parameters instead of 3.
>
>
> Could someone please help? I discovered this on production.. a little
> to late to pull it back out. :(
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
