|
|
|
Update:
When using the 4.0.7 data-classes (org.openlaszlo.data.**) in trunk, xml-rpc did work again. Culprit: Rev. #7880, org.openlaszlo.data.HTTPDataSource
All rpc-classes (java-rpc, xml-rpc, soap) use "lzpostbody" to post the arguments to the server, but they don't use LzHTTPLoader, but the normal LzLoader. So, either change HTTPDataSource or update the rpc-components? Right now, I'm one testing the first alternative. Ah, we moved to the newer LzHTTPDataProvider API, and I never deleted the DataSource class. But HTTPDataSource definitely won't work anymore, need to update to
HTTPDataProvider. The binary search tool tells me that r7880 caused this regression
r7880 is the revision with the problem: ------------------------------------------------------------------------ r7880 | hqm | 2008-01-23 20:57:05 -0500 (Wed, 23 Jan 2008) | 59 lines Merged revisions 7872 via svnmerge from http://svn.openlaszlo.org/openlaszlo/branches/wafflecone ........ r7872 | hqm | 2008-01-23 13:50:26 -0500 (Wed, 23 Jan 2008) | 53 lines Change 20080123-hqm-4 by hqm@DADDY_THNKPAD67 on 2008-01-23 09:36:16 EST in /cygdrive/c/users/hqm/openlaszlo/wafflecone for http://svn.openlaszlo.org/openlaszlo/branches/wafflecone Summary: updated: preserve url query string with post data requests New Features: Bugs Fixed: Technical Reviewer: pkang QA Reviewer: ptw Doc Reviewer: Documentation: The URL which is specified as the 'src' attribute of a dataset, such as <dataset src="http://foo.bar.com/baz.php?myarg=1" /> will be preserved in POST operations, both SOLO and proxied. All data which is set via the setQueryString setQueryParam setQueryParams will be stored in a distinct table, and will only be merged with the src url in the case of a GET request. For POST requests, the src full URL with its original query string will be sent, and all other param data will be sent www-form-encoded in the POST body. Note: raw post data via the "lzpostbody" arg turns out not to work in SOLO mode, and has never actually fully worked. Release Notes: Details: Tests: test/lfc/data/alldata.lzx DHTML/SWF amazon calendar proxied/solo DHTML/SWF ........ The XMLRPC client uses lzpostbody to send the XML RPC body, and lzpostbody behavior changed in r7880.
XMLRPC only works in proxied mode, so should only be affected lzpostbody behavior change in proxied mode. r8635 | hqm | 2008-04-11 15:23:04 -0400 (Fri, 11 Apr 2008) | 54 lines
Changed paths: M /openlaszlo/trunk/WEB-INF/lps/lfc/data/LzDataset.lzs M /openlaszlo/trunk/WEB-INF/lps/lfc/data/LzHTTPDataProvider.lzs M /openlaszlo/trunk/WEB-INF/lps/lfc/kernel/swf/LzHTTPLoader.as M /openlaszlo/trunk/WEB-INF/lps/lfc/kernel/swf/LzLoadQueue.as M /openlaszlo/trunk/WEB-INF/lps/lfc/kernel/swf/LzLoader.lzs M /openlaszlo/trunk/WEB-INF/lps/server/src/org/openlaszlo/data/HTTPDataSource.java M /openlaszlo/trunk/demos/vacation-survey/vacation-survey.lzx M /openlaszlo/trunk/test/data/data-url.lzx M /openlaszlo/trunk/test/lfc/data/alldata.lzx A /openlaszlo/trunk/test/lfc/data/testgetmethod.lzx A /openlaszlo/trunk/test/lfc/data/testgetmethodsolo.lzx A /openlaszlo/trunk/test/lfc/data/testpostmethod.lzx A /openlaszlo/trunk/test/lfc/data/testpostmethodsolo.lzx Change 20080411-hqm-4 by hqm@badtzmaru.home on 2008-04-11 15:22:41 EDT in /Users/hqm/openlaszlo/trunk5 for http://svn.openlaszlo.org/openlaszlo/trunk Summary: fix for XML RPC, and some other brain damage in data loader New Features: Bugs Fixed: Technical Reviewer: max QA Reviewer: pbr Doc Reviewer: (pending) Documentation: Release Notes: Details: + A while back we discovered that that data loading API would not let you POST data to a url while also supporting an independent query string in the URL. So I had made some fixes for that, both in SOLO and proxied mode. In proxied mode I moved the place where the POST payload was stored out of the "url" arg. That caused some trouble because there is older code in XMLRPCDataSource.java which expects to be able to stick "lzpostbody=DATA" into the url and call the HTTPDataSource.getHTTPData() method, which no longer expects to see that data there. I fixed this by putting back the code to look for the "lzpostbody" arg inside the URL as well as in the proxy request parameters. Sorry this is so baroque. The main idea going forward is that we have the LzHTTPLoader API which looks like the javascript XMLHTTPRequest. Everything in LzHTTPDataProvider is geared to talk to that API; a URL with query args, and an optional POST content string. The SWF kernel loader code has to then unpack that and make it work with the brain-dead Flash LoadVars HTTP API as much as possible, in solo and proxied mode. Tests: test/lfc/data/alldata.lzx, in dhtml and swf demos/amazon XMLRPC test case in bug report ------------------------------------------------------------------------
r8678 | hqm | 2008-04-15 09:26:10 -0400 (Tue, 15 Apr 2008) | 1 line Changed paths: M /openlaszlo/branches/pagan-deities M /openlaszlo/branches/pagan-deities/WEB-INF/lps/lfc/data/LzDataset.lzs M /openlaszlo/branches/pagan-deities/WEB-INF/lps/lfc/data/LzHTTPDataProvider.lzs M /openlaszlo/branches/pagan-deities/WEB-INF/lps/lfc/kernel/swf/LzHTTPLoader.as M /openlaszlo/branches/pagan-deities/WEB-INF/lps/lfc/kernel/swf/LzLoadQueue.as M /openlaszlo/branches/pagan-deities/WEB-INF/lps/lfc/kernel/swf/LzLoader.lzs M /openlaszlo/branches/pagan-deities/WEB-INF/lps/server/src/org/openlaszlo/data/HTTPDataSource.java M /openlaszlo/branches/pagan-deities/demos/vacation-survey/vacation-survey.lzx M /openlaszlo/branches/pagan-deities/test/data/data-url.lzx M /openlaszlo/branches/pagan-deities/test/lfc/data/alldata.lzx integrate r8635 xmlrpc patch from trunk ------------------------------------------------------------------------ |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
LPP-5481.lzx").And I've confirmed that xml-rpc doesn't work anymore in trunk.