And... it's me again!
No, this "no-url-params-on-post" is not working. And it's not just "not
working", it's making an error, making reference to
qx.net.Http.METHOD_POST in qx.io.Request at line 699, a deprecated
reference I presume.
So my post is still valid !
Charles
Charlie a écrit :
Mmm, sorry, after hours of debugging, I send this email, and five
minutes later, I find the "no-url-params-on-post" that seems exactly
what I want... :-)
Still, can you tell me why there is this "double" construction in the
POST case?
Charlie a écrit :
Hi
I'm not sure if this is an expected behaviour or a bug, for me it's
would be the latter case :
When sending a request using the POST method and the XmlHttp transport
implementation, setting the POST parameters via the request
setParameters() method will feed the POST data with the given
parameters, but it will also trigger the building of the query string in
the URL : in current release 0.8.1, in qx.io.remote.XmlHttp, line 206
if (vParametersList.length > 0) {
vUrl += (vUrl.indexOf("?") >= 0 ? "&" : "?") +
vParametersList.join("&");
}
In my opinion we should have something like :
if (vParametersList.length > 0 && vMethod != "POST") {
vUrl += (vUrl.indexOf("?") >= 0 ? "&" : "?") +
vParametersList.join("&");
}
Ok I admit, in most case it won't make a difference, but using a Java
Backend, building the query string PLUS sending the parameters inside
the request data can confuse the server as it will detect each
parameters twice! More precisely, it will see each parameters as a
"multiple value" parameter, a bit like when you name a parameter with []
in an HTML page. In a given case (Active MQ JMS server), this will make
the query fail....
I can go around this by NOT setting the parameters of my Request object,
but building my own data string and set it via setData(). I will make my
own Request extension to fix this, but I thought it would be interesting
to notice.
Charles
------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
_______________________________________________
qooxdoo-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
_______________________________________________
qooxdoo-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
_______________________________________________
qooxdoo-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
