[Laszlo-dev] amazon-soap demo

[ono keiji]

Today, i have tested with rev.12167, but amazon-soap.lzx said compile error with using swf9/10 as following,

org.openlaszlo.sc.CompilerError: amazon.lzx: 581: Error: Incompatible override, in line: public override function stop () {

It dose not said with swf8.
What is the 'public override function' ?

Ono Keiji


ono keiji さんは書きました:
> 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.
>>>>