[Laszlo-dev] soap support
ono keiji
keiji_ono at net8.co.jp
Tue Dec 16 23:49:15 PST 2008
I am seeing amazon-soap.lzx now. As you know, it dose not work at this time.
The one error said the cause of soap.lzx as following method.
<method name="makeProxyStubFunction" args="fn">
<![CDATA[
var stubinfo = this.proxyinfo[fn];
var stubfunc = function (){
var args = arguments.callee.args;
Debug.write( "soap.lzx: arg[1]", arguments[1] );
Debug.write( "soap.lzx: arg[0]" ,arguments[0] );
return LzSOAPService.invoke(
arguments[1],
arguments[0],
args.superclass.requestheaders,
stubinfo, false, null);
}
return stubfunc;
]]>
</method>
So my question are,
1.Dose 'LzSOAPService' in lzx file is the instance of LZSOAPService.java ?
2.If so, dose LzSOAPService.invoke() is also determined in LZSOAPService.java ?
It has different arguments with the java file.
Thank you.
Ono Keiji
ono keiji さんは書きました:
> Fumm, so next should i check the java sources under ./json/soap ?
> I wounder why the second argument did not get executed in the function,
> though the first one got in it.
> I mean, in the *constant* values
>
> value="${canvas.soaptest.makedoc( parent.name, s.text )}"
>
> 'parent.name' argument had been gotten executed in makedoc(), but
> 's.text' had not been.
> Could you tell me which the file is doing such converting ?
>
> Thank you.
>
> ono keiji
>
> Henry Minsky さんは書きました:
>> Oh yes, that's right. Data which is bound in from from a datapath is
>> now converted according to the
>> attribute type. I don't think that applies to this code test case though.
>>
>>
>>
>> On Fri, Dec 12, 2008 at 11:20 AM, P T Withington <ptw at pobox.com> wrote:
>>> On 2008-12-12, at 10:43EST, Henry Minsky wrote:
>>>
>>>> The schema data type of an attribute ( "expression". "string",
>>>> "color", etc ) only
>>>> affects how the tag compiler compiles *constant* values in the source
>>>> code, such as
>>> And how data bindings are converted.
>>>
>
More information about the Laszlo-dev
mailing list