xmlrpcflash-development Mailing List for XML-RPC Client for ActionScript
Brought to you by:
dopelogik
Menu
▾
▴
xmlrpcflash-development — A developers list for core development of the xmlrpcflash client library.
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(21) |
Dec
(4) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
|
Feb
(17) |
Mar
(3) |
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
(2) |
Oct
|
Nov
|
Dec
|
| 2004 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(2) |
| 2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2007 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: SourceForge.net <no...@so...> - 2007-01-10 13:17:33
|
Bugs item #1632353, was opened at 2007-01-10 05:17 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=382298&aid=1632353&group_id=24819 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: actionscript related Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: typoe of values not encoded if within a struct - fixed Initial Comment: Hi, THe MethodCallImpl class doesn't encode the type of values if they are within a STRUCT. This was a problem for me, so I've fixed it in my own version (although it could probably check for doubles etc, i only needed ints. Existing code: <snip> // add value node MemberNode.appendChild(this.createElement("value")); MemberNode.lastChild.appendChild(this.createTextNode(parameter.value[i])); </snip> my new code: <snip> // add value node MemberNode.appendChild(this.createElement("value")); // ammended by atom to wrap a type around the node values var aval = parameter.value[i]; if (typeof(aval) == "number"){ var subTypeNode:XMLNode = this.createElement("int"); } else if (typeof(aval) == "boolean"){ var subTypeNode:XMLNode = this.createElement("bool"); } else { // must be a string then. var subTypeNode:XMLNode = this.createElement("string"); } subTypeNode.appendChild( this.createTextNode( aval ) ); MemberNode.lastChild.appendChild( subTypeNode ); // end ammended by atom </snip> Adam (adam <at> adamhoyle <dot> co <dot> uk) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=382298&aid=1632353&group_id=24819 |
|
From: Gregory G. <gr...@al...> - 2006-12-09 04:18:04
|
Hi This is exactly what I was looking for, but it's for AS 2.0. So I adapted it for 3.0, did some fixes and it works fine for me. I was going to clean it up, but someone on flexcoders was looking for it too, so I am putting it out there: http://www.hrum.org/people/debedb/pro/blog/2006/12/xmlrpc_in_flex_2actionscript_3.html |
|
From: SourceForge.net <no...@so...> - 2005-12-10 16:32:49
|
Bugs item #1377744, was opened at 2005-12-10 11:32 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=382298&aid=1377744&group_id=24819 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Will White (diggersf) Assigned to: Nobody/Anonymous (nobody) Summary: Suggusted direct method call does not work Initial Comment: Rather than using the deprecated "Connection.Call(method.name)", the library suggests using "Connection.method.name()". But this call does not work. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=382298&aid=1377744&group_id=24819 |
|
From: SourceForge.net <no...@so...> - 2005-12-10 16:28:52
|
Bugs item #1377743, was opened at 2005-12-10 11:28 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=382298&aid=1377743&group_id=24819 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Will White (diggersf) Assigned to: Nobody/Anonymous (nobody) Summary: Infinite Loop Reported by Debugger Initial Comment: Flash Debugger says the following while calling new XMLRPC.Connection(): 256 levels of recursion were exceeded in one action list. This is probably an infinite loop. Further execution of actions has been disabled in this movie. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=382298&aid=1377743&group_id=24819 |
|
From: SourceForge.net <no...@so...> - 2004-01-28 20:34:06
|
Bugs item #886493, was opened at 2004-01-28 12:34 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=382298&aid=886493&group_id=24819 Category: actionscript related Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: case sensivity for AS2 Initial Comment: on line 582 for AS2 needs to be: *********************** this.type = Type; if ((this.type == 'struct') || (this.type == 'array')) { this.value = new Array(); } not: *********************** this.type = Type; if ((this.Type == 'struct') || (this.type == 'array')) { this.value = new Array(); } ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=382298&aid=886493&group_id=24819 |
|
From: Isaac L. <is...@st...> - 2003-09-02 15:15:04
|
Hello there Robbi, The submission to the tracker is MUCH appreciated, but it looks as though Sourceforge services are 'down for maintinence' from my end today, and I'd love to get an eye on the file you've attached. With that, if your interested in getting involved with the development of the Library, please jump on the xmlrpc-development mailing list- it's where any action gets centralized, (which hasn't been a lot lately). http://lists.sourceforge.net/lists/listinfo/xmlrpcflash-development Best, Isaac sourceforge member: dot_ike On Tuesday, September 2, 2003, at 03:40 AM, SourceForge.net wrote: > Bugs item #798961, was opened at 2003-09-02 00:40 > Message generated for change (Tracker Item Submitted) made by Item > Submitter > You can respond by visiting: > https://sourceforge.net/tracker/ > ?func=detail&atid=382298&aid=798961&group_id=24819 > > Category: library related > Group: v0.5Alpha > Status: Open > Resolution: None > Priority: 5 > Submitted By: Nobody/Anonymous (nobody) > Assigned to: Nobody/Anonymous (nobody) > Summary: Function GetMember(Arg1) doesn't work properly! > > Initial Comment: > Function GetMember(Arg1) doesn't work properly! > > > > If my server-side method returns an array to the > > client,then I cann't get what i want through the > > GetMember(). > > > > I modify the xml-rpc.as file,and the modified file is > > attached here.In my modified version,GetMember() does > > not return any value of fundamental type,it return an > > XMLRPC_object instance,we acquires the value from > > this XMLRPC_object instance. > > > > For examples: > > if my server-side method returns an array! > > then i can get the value as follow > > result=myXMLRPC.GetResults(); > > myValue=result.GetMember(0).GetMember(0).GetValue(); > > > > > > > > > > My email:ro...@gr... > > ---------------------------------------------------------------------- > > You can respond by visiting: > https://sourceforge.net/tracker/ > ?func=detail&atid=382298&aid=798961&group_id=24819 > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > // > // xmlrpcflash-development mailing list > // xml...@li... > // http://lists.sourceforge.net/lists/listinfo/xmlrpcflash-development > > |
|
From: SourceForge.net <no...@so...> - 2003-09-02 07:40:08
|
Bugs item #798961, was opened at 2003-09-02 00:40 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=382298&aid=798961&group_id=24819 Category: library related Group: v0.5Alpha Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Function GetMember(Arg1) doesn't work properly! Initial Comment: Function GetMember(Arg1) doesn't work properly! If my server-side method returns an array to the client,then I cann't get what i want through the GetMember(). I modify the xml-rpc.as file,and the modified file is attached here.In my modified version,GetMember() does not return any value of fundamental type,it return an XMLRPC_object instance,we acquires the value from this XMLRPC_object instance. For examples: if my server-side method returns an array! then i can get the value as follow result=myXMLRPC.GetResults(); myValue=result.GetMember(0).GetMember(0).GetValue(); My email:ro...@gr... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=382298&aid=798961&group_id=24819 |
|
From: Ed C. <ed...@gr...> - 2003-05-29 18:54:59
|
Anyone still here? Anyone working on this project anymore? Just curious -e- -- Green Graphics ::: Print and Web Design ::: 510.923.0000 |
|
From: Ed C. <ed...@gr...> - 2003-03-19 22:59:09
|
Hey All! Well, I sent off the latest xml-rpc lib to a friend who is an actionscript guru, and he took a look at what is there and gave up deciding that it needed to be rewritten. His question was: "why did they bother to write an xml-rpc parsing library that does not appear to parse xml-rpc results" It seems to me though that this is just the last step in the process. It has successfully packaged up variables, presented them to the server and extracted the results... This last phase can't be that hard, right? Or am i missing some deeper underlying problems? It's dishartening though, if the gurus can't get it working, there's little chance that I can get it to work. :: sob sob :: -e- On Mon, 17 Mar 2003, Isaac Levy wrote: > Hello Geir, > > This is a common issue with the xmlrpcflash lib. In a nutshell, the > GetResults method is extremely dysfunctional (low DOM-style object > returns, with undefined object nodes that you just can't grab), and we > have been slowly stewing over how to go about rewriting these return > methods. > > For the moment, the best thing I can recommend is to use some other > method of parsing the xmprpc xml response in your actionscript. A few > of us have been experimenting with an actionscript implementation of > the w3c Xpath spec, and have recently been considering it to be used to > construct the base for the GetResults rewrite. > > http://xfactorstudio.com/projects/XPath/ > > The cool thing about xpath, is that it's been implemented as a standard > vocabulary for SAX style node processing in many languages, including > recent versions of Python- so we'beleive it's worth consideration. > > Sidenote to the entire list- whaddya think of this? How are those > who've tried XPath doing with it? How mature/stable does it feel? > > > -- > And on a sideonte, I'm terrifically interested in Zope/Flash > cooperation as well, and would love to know what your thinking of doing > with the two... > > > My best to you, > .ike > > > > Isaac Levy > + Office of Structured Systems > http://structuredsystems.net > > > > > > > > > On Sunday, March 16, 2003, at 09:54 AM, Geir B=E6kholt wrote: > > > Hello xmlrpcflash-development, > > > > Hi all. > > > > Just getting to grips with flash, (i am an experienced user of > > XML-RPC, XML and JavaScript) i am having a lot of trouble with the > > GetResults() method.. Hopefully someone can help me. > > > > Call() obviously succeeds, but when i call GetResults() i am stuck > > dumbfounded woth something that says it is (Type) an Array, but if i > > do objXMLRPC.GetResults()[0] i always end up with undefined. > > > > if i print it as a string it looks like this: [object Object] > > > > seems to me like an array containing a single object, but that is > > as far as i get. Can anyone tell me how to access the result from a > > call ? - just a single value, a string for instance... > > > > thanks. I am really looking forward to integrating Zope and Flash > > seamlessly :) > > > > > > -- > > Geir B=E6kholt > > > > > > > > ------------------------------------------------------- > > This SF.net email is sponsored by:Crypto Challenge is now open! > > Get cracking and register here for some mind boggling fun and > > the chance of winning an Apple iPod: > > http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en > > // > > // xmlrpcflash-development mailing list > > // xml...@li... > > // http://lists.sourceforge.net/lists/listinfo/xmlrpcflash-development > > > > > > > > > > ------------------------------------------------------- > This SF.net email is sponsored by:Crypto Challenge is now open! > Get cracking and register here for some mind boggling fun and > the chance of winning an Apple iPod: > http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en > // > // xmlrpcflash-development mailing list > // xml...@li... > // http://lists.sourceforge.net/lists/listinfo/xmlrpcflash-development > --=20 Green Graphics ::: Print and Web Design ::: 510.923.0000 |
|
From: Isaac L. <is...@st...> - 2003-03-17 20:25:12
|
Hello Geir, This is a common issue with the xmlrpcflash lib. In a nutshell, the=20 GetResults method is extremely dysfunctional (low DOM-style object=20 returns, with undefined object nodes that you just can't grab), and we=20= have been slowly stewing over how to go about rewriting these return=20 methods. For the moment, the best thing I can recommend is to use some other=20 method of parsing the xmprpc xml response in your actionscript. A few=20= of us have been experimenting with an actionscript implementation of=20 the w3c Xpath spec, and have recently been considering it to be used to=20= construct the base for the GetResults rewrite. http://xfactorstudio.com/projects/XPath/ The cool thing about xpath, is that it's been implemented as a standard=20= vocabulary for SAX style node processing in many languages, including=20 recent versions of Python- so we'beleive it's worth consideration. Sidenote to the entire list- whaddya think of this? How are those=20 who've tried XPath doing with it? How mature/stable does it feel? -- And on a sideonte, I'm terrifically interested in Zope/Flash=20 cooperation as well, and would love to know what your thinking of doing=20= with the two... My best to you, .ike Isaac Levy + Office of Structured Systems http://structuredsystems.net On Sunday, March 16, 2003, at 09:54 AM, Geir B=E6kholt wrote: > Hello xmlrpcflash-development, > > Hi all. > > Just getting to grips with flash, (i am an experienced user of > XML-RPC, XML and JavaScript) i am having a lot of trouble with the > GetResults() method.. Hopefully someone can help me. > > Call() obviously succeeds, but when i call GetResults() i am stuck > dumbfounded woth something that says it is (Type) an Array, but if i > do objXMLRPC.GetResults()[0] i always end up with undefined. > > if i print it as a string it looks like this: [object Object] > > seems to me like an array containing a single object, but that is > as far as i get. Can anyone tell me how to access the result from a > call ? - just a single value, a string for instance... > > thanks. I am really looking forward to integrating Zope and Flash > seamlessly :) > > > -- > Geir B=E6kholt > > > > ------------------------------------------------------- > This SF.net email is sponsored by:Crypto Challenge is now open! > Get cracking and register here for some mind boggling fun and > the chance of winning an Apple iPod: > http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en > // > // xmlrpcflash-development mailing list > // xml...@li... > // = http://lists.sourceforge.net/lists/listinfo/xmlrpcflash-development > > > |
|
From: <li...@el...> - 2003-03-16 14:50:57
|
Hello xmlrpcflash-development, Hi all. Just getting to grips with flash, (i am an experienced user of XML-RPC, XML and JavaScript) i am having a lot of trouble with the GetResults() method.. Hopefully someone can help me. Call() obviously succeeds, but when i call GetResults() i am stuck dumbfounded woth something that says it is (Type) an Array, but if i do objXMLRPC.GetResults()[0] i always end up with undefined. if i print it as a string it looks like this: [object Object] seems to me like an array containing a single object, but that is as far as i get. Can anyone tell me how to access the result from a call ? - just a single value, a string for instance... thanks. I am really looking forward to integrating Zope and Flash seamlessly :) -- Geir B=E6kholt |
|
From: Isaac L. <is...@st...> - 2003-02-28 12:30:40
|
Thanks Martin, All posted now. http://sourceforge.net/project/showfiles.php?group_id=24819 On Friday, February 28, 2003, at 04:59 AM, Martin Szulecki wrote: > Hi Issac, > > One thing I seen in the new release: > > 1. The header says version 0.5 ;) fixed <blush> > > 2. Please change the last _OnLoaded function to this correct one: > --------------------------------------------------------- > function _OnLoaded (success) > { > if (success) > { > this.ref.onLoaded(this.ref.getResults()); > } > else > { > this.ref.onFailed(this.ERRORCODE[this.status]); > } > } > --------------------------------------------------------- This has been updated now in what is release 0.6.1 > > I thought it would have been posted on the mailinglist already. > Added an XMLRPC::onTimedOut (using setInterval) event first but > removed it later on because that way the library stays Flash 5 > compatible. > That "// Flash MX only" left in the code... > > I changed the XMLRPC::onLoaded event to receive the results directly, > coz its obvious. ;) > > That way you can easily do: > > --------------------------------------------------------- > objXMLRPC = new XMLRPC("http://xmlrpc.server.com/", 30); > objXMLRPC.onLoaded = function (results) > { > if (results.GetMember("faultCode") != null) > { > ... > } > ... > } > objXMLRPC.Call("tell.me.what.to.do.method.on.server"); > --------------------------------------------------------- > Sweet! Now to, rock into using it! Rocket, .ike > Cheers, > > Martin > > >> -----Original Message----- >> From: Isaac Levy [mailto:is...@st...] >> Sent: Friday, February 28, 2003 1:22 AM >> To: Martin Szulecki >> Subject: xmlrpcflash 0.6 Alpha >> >> >> Hello Martin, >> >> I have just released the new files, with the event handler >> modifications you submitted. Again, thank you very much. >> >> The new package can be downloaded here: >> http://sourceforge.net/project/shownotes.php?release_id=143142 >> >> >> On Thursday, February 27, 2003, at 04:50 PM, Martin Szulecki wrote: >>> >>> Beside that I would like to inform you about a project called "MX >>> Framework" I am currently doing. >>> It is not yet public nor released and will also be >> available under the >>> LGPL. >>> You can have a first glimpse at: http://mxf.syntax72.org >> >> This looks fantastic- I'll be digging in more in the next few days! >> >>> I would like to include major parts of the code in a XMLRPC >> component. >> >> Fantastic, go for it! The new xmlrpcflash release is now under the >> LGPL license, so this should let people include it in commercial, as >> well as open, packages and software. >> >>> The implementation is already done but I would like to ask you how I >>> should >>> add the credits and if you permit inclusion. >> >> Ah- credits. Let me think here. Well, it's a bit sticky- >> The original author, Patrick, has not added to or contributed to the >> project in close to 2 years now, but the code is still very much his >> creation. I was brought in as project admin early this >> winter, and now >> there are several others involved now- mostly non-officially. >> >> I would just point all credits to the sf project page, >> http://xmlrpcflash.sourceforge.net >> >> and all will be happy. Or, you could put my name down as the >> sourceforge admin, something like: >> Isaac Levy <is...@st...> (sourceforge admin dot_ike) >> >>> Basicly I have kept all comments intact and only rewrote the code. >>> The planed release of the Framework will include version and author >>> details >>> which are specified in XML files managed by the pear like >> MXF Package >>> Manager. >> >> This is fantastic. I'm eager to dig in! >> >> My best, >> .ike >> >> >> >> Isaac Levy >> + Office of Structured Systems >> http://structuredsystems.net >> >> >> > > > |
|
From: Isaac L. <is...@st...> - 2003-02-28 11:45:09
|
More from Martin-
Begin forwarded message:
> From: "Martin Szulecki" <m.s...@mi...>
> Date: Fri Feb 28, 2003 4:59:17 AM America/New_York
> To: "'Isaac Levy'" <is...@st...>
> Subject: RE: xmlrpcflash 0.6 Alpha
>
> Hi Issac,
>
> One thing I seen in the new release:
>
> 1. The header says version 0.5 ;)
>
> 2. Please change the last _OnLoaded function to this correct one:
> ---------------------------------------------------------
> function _OnLoaded (success)
> {
> if (success)
> {
> this.ref.onLoaded(this.ref.getResults());
> }
> else
> {
> this.ref.onFailed(this.ERRORCODE[this.status]);
> }
> }
> ---------------------------------------------------------
>
> I thought it would have been posted on the mailinglist already.
> Added an XMLRPC::onTimedOut (using setInterval) event first but
> removed it later on because that way the library stays Flash 5
> compatible.
> That "// Flash MX only" left in the code...
>
> I changed the XMLRPC::onLoaded event to receive the results directly,
> coz its obvious. ;)
>
> That way you can easily do:
>
> ---------------------------------------------------------
> objXMLRPC = new XMLRPC("http://xmlrpc.server.com/", 30);
> objXMLRPC.onLoaded = function (results)
> {
> if (results.GetMember("faultCode") != null)
> {
> ...
> }
> ...
> }
> objXMLRPC.Call("tell.me.what.to.do.method.on.server");
> ---------------------------------------------------------
>
> Cheers,
>
> Martin
>
>
>> -----Original Message-----
>> From: Isaac Levy [mailto:is...@st...]
>> Sent: Friday, February 28, 2003 1:22 AM
>> To: Martin Szulecki
>> Subject: xmlrpcflash 0.6 Alpha
>>
>>
>> Hello Martin,
>>
>> I have just released the new files, with the event handler
>> modifications you submitted. Again, thank you very much.
>>
>> The new package can be downloaded here:
>> http://sourceforge.net/project/shownotes.php?release_id=143142
>>
>>
>> On Thursday, February 27, 2003, at 04:50 PM, Martin Szulecki wrote:
>>>
>>> Beside that I would like to inform you about a project called "MX
>>> Framework" I am currently doing.
>>> It is not yet public nor released and will also be
>> available under the
>>> LGPL.
>>> You can have a first glimpse at: http://mxf.syntax72.org
>>
>> This looks fantastic- I'll be digging in more in the next few days!
>>
>>> I would like to include major parts of the code in a XMLRPC
>> component.
>>
>> Fantastic, go for it! The new xmlrpcflash release is now under the
>> LGPL license, so this should let people include it in commercial, as
>> well as open, packages and software.
>>
>>> The implementation is already done but I would like to ask you how I
>>> should
>>> add the credits and if you permit inclusion.
>>
>> Ah- credits. Let me think here. Well, it's a bit sticky-
>> The original author, Patrick, has not added to or contributed to the
>> project in close to 2 years now, but the code is still very much his
>> creation. I was brought in as project admin early this
>> winter, and now
>> there are several others involved now- mostly non-officially.
>>
>> I would just point all credits to the sf project page,
>> http://xmlrpcflash.sourceforge.net
>>
>> and all will be happy. Or, you could put my name down as the
>> sourceforge admin, something like:
>> Isaac Levy <is...@st...> (sourceforge admin dot_ike)
>>
>>> Basicly I have kept all comments intact and only rewrote the code.
>>> The planed release of the Framework will include version and author
>>> details
>>> which are specified in XML files managed by the pear like
>> MXF Package
>>> Manager.
>>
>> This is fantastic. I'm eager to dig in!
>>
>> My best,
>> .ike
>>
>>
>>
>> Isaac Levy
>> + Office of Structured Systems
>> http://structuredsystems.net
>>
>>
>>
>
>
>
|
|
From: Isaac L. <is...@st...> - 2003-02-28 00:11:05
|
Hello All, Dropping a line regarding the xmlrpcflash library. I have just posted a 'developer release' of the library and associated files, and it is available for download on Sourceforge: http://sourceforge.net/project/shownotes.php?release_id=143142 As well as the LGPL license change, a better event model has been established, using the submitted code from Martin Szulecki in Hamburg! Also Implimented is the proper http Content-Type in the Call headers, which looks to be solved once and for all (thanks MM!). -- This release is now to serve as the default de-facto source, as we continue development. Some pressing issues still include (but are not limited to): - Struct data type handling (VERY IMPORTANT!) - Return Method Use Clarity My best to everyone, .ike Isaac Levy + Office of Structured Systems http://structuredsystems.net |
|
From: Ed C. <ed...@gr...> - 2003-02-27 22:51:02
|
So... Whats the complexity level here? I tried my hand at getting in there, but to no avail... I'm considering passing it off to one of my actionscript literate friends to see if they can get it going. It's so close, I want to play with it! -e- > > Ed, Isaac :: We need to then make some iterative loop through the > > <param> object for its child nodes of each <param> . -- Green Graphics ::: Print and Web Design ::: 510.923.0000 |
|
From: Isaac L. <is...@st...> - 2003-02-25 23:18:47
|
Dig, good thinking. On Tuesday, February 25, 2003, at 05:27 PM, Chad Spicer wrote: > Ed, Isaac :: We need to then make some iterative loop through the > <param> object for its child nodes of each <param> . right- > Does this really make it now a less than usable system [other than > ZOPE] or can we employ an if statement? No. The previous email was according to the xmlrpc spec, not the Zope app server, (though Zope is fully compliant here). > Do we need to make some sort of serverType function that will use a > varietal function set for the type of server. No, not in order to be spec-compliant. Any servers which are spec compliant will not need any direct flags, and any servers which do need to have custom wrappers sent should be considered an add-on or feature for later, should this occur.. > I know this is far future but I really think this should be widely > useable. Nuff about that for now. Agreed. My mindset is to stay xmlrpc spec-compliant the whole way through, and any of my comments re. xmlrpc I am checking against the spec, and not any particular server, language, or enviornment. Though- Noteworthy- the Python Libs for xmlrpc are so complete, and so simple to use, they have impressed me as a standard for developer ease-of-use, and have greatly ifluieced the way I think about the dev. interface for xmlrpc. Ok- Nuff said. Rocket- .ike |
|
From: Chad S. <sp...@le...> - 2003-02-25 22:27:09
|
Ed, Isaac :: We need to then make some iterative loop through the
<param> object for its child nodes of each <param> . Does this really
make it now a less than usable system [other than ZOPE] or can we
employ an if statement? Do we need to make some sort of serverType
function that will use a varietal function set for the type of server.
I know this is far future but I really think this should be widely
useable. Nuff about that for now.
Chad
On Tuesday, February 25, 2003, at 03:25 PM, Isaac Levy wrote:
> Hello Chad, Ed,
>
> Here's the xmlrpc spec regarding <param> and <params> :
>
> A single xmlrpc message payload needs to have <params>, as a container
> for the possibility of multiple <param> nodes. i.e.:
>
> <params>
> <param>
> <value></value>
> </param>
> <params>
>
> Then, inside of a <param> node, the rest of the xmlrpc data types
> apply.
>
> <?xml version="1.0"?>
> <methodCall>
> <methodName>example.helloFolks</methodName>
> <params>
> <param>
> <value><string>First thing to pass to the
> method.</string></value>
> </param>
> </params>
> <param>
> <value><string>Second thing to pass to the
> method.</string></value>
> </param>
> </params>
> </methodCall>
>
>
> In the above xml, both <param> nodes get passed to the server method,
> and the server method can process them as individual parameters passed
> to the method. This is good for situations where a single xmlrpc
> message is loaded with multiple (and possibly totally unrelated)
> parameters which are to be returned to the client.
>
> Some Basic Reasoning for this design:
> Multiprocessing, for example. This enables a group of parameters to
> be handed to a server, which may be designed to asynchronously process
> multiple parameters and pass them back to the client in a unified
> payload.
>
> --
> In flash, it seems to me (Chad comment here?), it would be best that
> when the <params> node is handled in xmlrpc, that it returns an array
> of the <param> nodes.
>
> As much work with xmlrpc does not involve multiple <param> nodes, this
> (param vs params) can be a stumbling block when working with the xml
> payload itself.
>
> Hope that helps-
> Rocket-
> .ike
>
>
>
>
>
>
> On Tuesday, February 25, 2003, at 03:00 PM, Chad Spicer wrote:
>
>> Ed :: I will call Isaac Levy after this meeting I am in and ask him.
>> More to come.
>>
>> Chad
>>
>>
>> On Tuesday, February 25, 2003, at 09:44 PM, Ed Colmar wrote:
>>
>>>
>>> Thanks Chad!
>>>
>>> Interesting... So, as far as standards go, which is proper?
>>>
>>> Really, all I care about is how zope is going to do it, as all my
>>> work
>>> will involve the big Z.
>>>
>>> -e-
>>>
>>> On Tue, 25 Feb 2003, Chad Spicer wrote:
>>>
>>>> Ed :: I checked the AS for getMember and there is no provision for
>>>> <params> or <param> See code below from xml-rpc.as
>>>>
>>>> function GetMember ( Arg1 )
>>>> {
>>>> if (this.type == 'struct') {
>>>>
>>>> for (var i in this.value) {
>>>>
>>>> if (this.value[i].name == Arg1)
>>>> return this.value[i].value.value;
>>>>
>>>> }
>>>>
>>>> return null;
>>>>
>>>> }
>>>>
>>>> if (this.type == 'array') {
>>>>
>>>> return this.value[Arg1].value;
>>>>
>>>> }
>>>>
>>>> return null;
>>>> }
>>>>
>>>>
>>>> Now if you simply take out the <params> & <param> of the
>>>> responseexample.xml
>>>>
>>>> <?xml version="1.0"?>
>>>> <methodResponse>
>>>> <struct>
>>>> <member>
>>>> <name>what</name>
>>>> <value><string>gotoAndStop</string></value>
>>>> </member>
>>>> <member>
>>>> <name>frame</name>
>>>> <value><int>10</int></value>
>>>> </member>
>>>> </struct>
>>>> </methodResponse>
>>>>
>>>>
>>>> you get from the flash client...
>>>>
>>>> GetResults(): Finished Parsing
>>>> Transmit successfull.
>>>> accessing /what/ field
>>>> gotoAndStop
>>>>
>>>>
>>>> So provisions must be included in getMember or the response must be
>>>> simplified.
>>>>
>>>> I hope that helps. Let me know if tis unclear
>>>>
>>>> Chad Spicer :: Leadbased & ViewArt.network
>>>>
>>>> On Tuesday, February 25, 2003, at 02:14 AM, Ed Colmar wrote:
>>>>
>>>>> <xml-rpcflash_0_5_modified_tests.zip>
>>>
>>> --
>>> Green Graphics ::: Print and Web Design ::: 510.923.0000
>>>
>>>
>>>
>>> -------------------------------------------------------
>>> This sf.net email is sponsored by:ThinkGeek
>>> Welcome to geek heaven.
>>> http://thinkgeek.com/sf
>>> //
>>> // xmlrpcflash-development mailing list
>>> // xml...@li...
>>> //
>>> http://lists.sourceforge.net/lists/listinfo/xmlrpcflash-development
>>>
>>
>>
>>
>> -------------------------------------------------------
>> This sf.net email is sponsored by:ThinkGeek
>> Welcome to geek heaven.
>> http://thinkgeek.com/sf
>> //
>> // xmlrpcflash-development mailing list
>> // xml...@li...
>> //
>> http://lists.sourceforge.net/lists/listinfo/xmlrpcflash-development
>>
>>
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> //
> // xmlrpcflash-development mailing list
> // xml...@li...
> // http://lists.sourceforge.net/lists/listinfo/xmlrpcflash-development
>
|
|
From: Isaac L. <is...@st...> - 2003-02-25 20:25:51
|
Hello Chad, Ed,
Here's the xmlrpc spec regarding <param> and <params> :
A single xmlrpc message payload needs to have <params>, as a container
for the possibility of multiple <param> nodes. i.e.:
<params>
<param>
<value></value>
</param>
<params>
Then, inside of a <param> node, the rest of the xmlrpc data types apply.
<?xml version="1.0"?>
<methodCall>
<methodName>example.helloFolks</methodName>
<params>
<param>
<value><string>First thing to pass to the
method.</string></value>
</param>
</params>
<param>
<value><string>Second thing to pass to the
method.</string></value>
</param>
</params>
</methodCall>
In the above xml, both <param> nodes get passed to the server method,
and the server method can process them as individual parameters passed
to the method. This is good for situations where a single xmlrpc
message is loaded with multiple (and possibly totally unrelated)
parameters which are to be returned to the client.
Some Basic Reasoning for this design:
Multiprocessing, for example. This enables a group of parameters to be
handed to a server, which may be designed to asynchronously process
multiple parameters and pass them back to the client in a unified
payload.
--
In flash, it seems to me (Chad comment here?), it would be best that
when the <params> node is handled in xmlrpc, that it returns an array
of the <param> nodes.
As much work with xmlrpc does not involve multiple <param> nodes, this
(param vs params) can be a stumbling block when working with the xml
payload itself.
Hope that helps-
Rocket-
.ike
On Tuesday, February 25, 2003, at 03:00 PM, Chad Spicer wrote:
> Ed :: I will call Isaac Levy after this meeting I am in and ask him.
> More to come.
>
> Chad
>
>
> On Tuesday, February 25, 2003, at 09:44 PM, Ed Colmar wrote:
>
>>
>> Thanks Chad!
>>
>> Interesting... So, as far as standards go, which is proper?
>>
>> Really, all I care about is how zope is going to do it, as all my work
>> will involve the big Z.
>>
>> -e-
>>
>> On Tue, 25 Feb 2003, Chad Spicer wrote:
>>
>>> Ed :: I checked the AS for getMember and there is no provision for
>>> <params> or <param> See code below from xml-rpc.as
>>>
>>> function GetMember ( Arg1 )
>>> {
>>> if (this.type == 'struct') {
>>>
>>> for (var i in this.value) {
>>>
>>> if (this.value[i].name == Arg1)
>>> return this.value[i].value.value;
>>>
>>> }
>>>
>>> return null;
>>>
>>> }
>>>
>>> if (this.type == 'array') {
>>>
>>> return this.value[Arg1].value;
>>>
>>> }
>>>
>>> return null;
>>> }
>>>
>>>
>>> Now if you simply take out the <params> & <param> of the
>>> responseexample.xml
>>>
>>> <?xml version="1.0"?>
>>> <methodResponse>
>>> <struct>
>>> <member>
>>> <name>what</name>
>>> <value><string>gotoAndStop</string></value>
>>> </member>
>>> <member>
>>> <name>frame</name>
>>> <value><int>10</int></value>
>>> </member>
>>> </struct>
>>> </methodResponse>
>>>
>>>
>>> you get from the flash client...
>>>
>>> GetResults(): Finished Parsing
>>> Transmit successfull.
>>> accessing /what/ field
>>> gotoAndStop
>>>
>>>
>>> So provisions must be included in getMember or the response must be
>>> simplified.
>>>
>>> I hope that helps. Let me know if tis unclear
>>>
>>> Chad Spicer :: Leadbased & ViewArt.network
>>>
>>> On Tuesday, February 25, 2003, at 02:14 AM, Ed Colmar wrote:
>>>
>>>> <xml-rpcflash_0_5_modified_tests.zip>
>>
>> --
>> Green Graphics ::: Print and Web Design ::: 510.923.0000
>>
>>
>>
>> -------------------------------------------------------
>> This sf.net email is sponsored by:ThinkGeek
>> Welcome to geek heaven.
>> http://thinkgeek.com/sf
>> //
>> // xmlrpcflash-development mailing list
>> // xml...@li...
>> //
>> http://lists.sourceforge.net/lists/listinfo/xmlrpcflash-development
>>
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> //
> // xmlrpcflash-development mailing list
> // xml...@li...
> // http://lists.sourceforge.net/lists/listinfo/xmlrpcflash-development
>
>
|
|
From: Chad S. <sp...@le...> - 2003-02-25 20:00:44
|
Ed :: I will call Isaac Levy after this meeting I am in and ask him.
More to come.
Chad
On Tuesday, February 25, 2003, at 09:44 PM, Ed Colmar wrote:
>
> Thanks Chad!
>
> Interesting... So, as far as standards go, which is proper?
>
> Really, all I care about is how zope is going to do it, as all my work
> will involve the big Z.
>
> -e-
>
> On Tue, 25 Feb 2003, Chad Spicer wrote:
>
>> Ed :: I checked the AS for getMember and there is no provision for
>> <params> or <param> See code below from xml-rpc.as
>>
>> function GetMember ( Arg1 )
>> {
>> if (this.type == 'struct') {
>>
>> for (var i in this.value) {
>>
>> if (this.value[i].name == Arg1)
>> return this.value[i].value.value;
>>
>> }
>>
>> return null;
>>
>> }
>>
>> if (this.type == 'array') {
>>
>> return this.value[Arg1].value;
>>
>> }
>>
>> return null;
>> }
>>
>>
>> Now if you simply take out the <params> & <param> of the
>> responseexample.xml
>>
>> <?xml version="1.0"?>
>> <methodResponse>
>> <struct>
>> <member>
>> <name>what</name>
>> <value><string>gotoAndStop</string></value>
>> </member>
>> <member>
>> <name>frame</name>
>> <value><int>10</int></value>
>> </member>
>> </struct>
>> </methodResponse>
>>
>>
>> you get from the flash client...
>>
>> GetResults(): Finished Parsing
>> Transmit successfull.
>> accessing /what/ field
>> gotoAndStop
>>
>>
>> So provisions must be included in getMember or the response must be
>> simplified.
>>
>> I hope that helps. Let me know if tis unclear
>>
>> Chad Spicer :: Leadbased & ViewArt.network
>>
>> On Tuesday, February 25, 2003, at 02:14 AM, Ed Colmar wrote:
>>
>>> <xml-rpcflash_0_5_modified_tests.zip>
>
> --
> Green Graphics ::: Print and Web Design ::: 510.923.0000
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> //
> // xmlrpcflash-development mailing list
> // xml...@li...
> // http://lists.sourceforge.net/lists/listinfo/xmlrpcflash-development
>
|
|
From: Ed C. <ed...@gr...> - 2003-02-25 19:04:29
|
Yup... Zope likes <params><param> as well... Time to mess with GetResults().... -e- -- Green Graphics ::: Print and Web Design ::: 510.923.0000 |
|
From: Ed C. <ed...@gr...> - 2003-02-25 18:41:40
|
Thanks Chad!
Interesting... So, as far as standards go, which is proper?
Really, all I care about is how zope is going to do it, as all my work
will involve the big Z.
-e-
On Tue, 25 Feb 2003, Chad Spicer wrote:
> Ed :: I checked the AS for getMember and there is no provision for
> <params> or <param> See code below from xml-rpc.as
>
> function GetMember ( Arg1 )
> {
> if (this.type == 'struct') {
>
> for (var i in this.value) {
>
> if (this.value[i].name == Arg1)
> return this.value[i].value.value;
>
> }
>
> return null;
>
> }
>
> if (this.type == 'array') {
>
> return this.value[Arg1].value;
>
> }
>
> return null;
> }
>
>
> Now if you simply take out the <params> & <param> of the
> responseexample.xml
>
> <?xml version="1.0"?>
> <methodResponse>
> <struct>
> <member>
> <name>what</name>
> <value><string>gotoAndStop</string></value>
> </member>
> <member>
> <name>frame</name>
> <value><int>10</int></value>
> </member>
> </struct>
> </methodResponse>
>
>
> you get from the flash client...
>
> GetResults(): Finished Parsing
> Transmit successfull.
> accessing /what/ field
> gotoAndStop
>
>
> So provisions must be included in getMember or the response must be
> simplified.
>
> I hope that helps. Let me know if tis unclear
>
> Chad Spicer :: Leadbased & ViewArt.network
>
> On Tuesday, February 25, 2003, at 02:14 AM, Ed Colmar wrote:
>
> > <xml-rpcflash_0_5_modified_tests.zip>
--
Green Graphics ::: Print and Web Design ::: 510.923.0000
|
|
From: Chad S. <sp...@le...> - 2003-02-25 15:40:28
|
Ed :: I checked the AS for getMember and there is no provision for
<params> or <param> See code below from xml-rpc.as
function GetMember ( Arg1 )
{
if (this.type == 'struct') {
for (var i in this.value) {
if (this.value[i].name == Arg1)
return this.value[i].value.value;
}
return null;
}
if (this.type == 'array') {
return this.value[Arg1].value;
}
return null;
}
Now if you simply take out the <params> & <param> of the
responseexample.xml
<?xml version="1.0"?>
<methodResponse>
<struct>
<member>
<name>what</name>
<value><string>gotoAndStop</string></value>
</member>
<member>
<name>frame</name>
<value><int>10</int></value>
</member>
</struct>
</methodResponse>
you get from the flash client...
GetResults(): Finished Parsing
Transmit successfull.
accessing /what/ field
gotoAndStop
So provisions must be included in getMember or the response must be
simplified.
I hope that helps. Let me know if tis unclear
Chad Spicer :: Leadbased & ViewArt.network
On Tuesday, February 25, 2003, at 02:14 AM, Ed Colmar wrote:
> <xml-rpcflash_0_5_modified_tests.zip> |
|
From: Ed C. <ed...@gr...> - 2003-02-24 23:11:44
|
Hi All... I've been playing around with Martin's code a little bit. Its so close to working I can almost taste it. I'm stuck at the GetResults() method which is not passing data. and returning "undefined" on varibles assigned to its values. Hopefully we are on the path here of accessing the results! If it helps anyone, I've attached my code that has an example that is trying to use the results and put one into a text field on screen. There are a few trace methods in there so you can see where it errors out. -ed- -- Green Graphics ::: Print and Web Design ::: 510.923.0000 |
|
From: Isaac L. <is...@st...> - 2003-02-21 15:12:23
|
Hello Martin, I have not looked at your code yet, but will post it to the xmlrpcflash=20= developers list immeadiately! On behalf of the crew, thank you very much for your submission! Best, .ike Begin forwarded message: > From: "Martin Szulecki" <m.s...@mi...> > Date: Fri Feb 21, 2003 10:02:02 AM America/New_York > To: <do...@us...> > Cc: <bo...@us...>,=20 > <kil...@us...> > Subject: FW: XMLRPC - Added Event Model > > -----Original Message----- > From: Martin Szulecki [mailto:m.s...@mi...] > Sent: Sunday, December 29, 2002 1:06 AM > To: 'po...@ae...' > Subject: XMLRPC - Added Event Model > > > Hallo, > > I was recently looking for some library that supports parsing XML RPC > and found yours. > The only thing it was lacking in useability for me was to not be able=20= > to > trigger events and having to use frameloops and .isLoaded checks. > Therefore I added a small event model (frameloop code is not touched=20= > and > still works). > > Added/Changed: > > XMLRPC::onLoaded > XMLRPC::onFailed > Modified the example a bit > > So by simply setting up a function dynamicly you can request the = result > without the need of a loop. > Maybe you will find it usefull to include in a next release. > > Greetings from Hamburg, > > Martin Szulecki > > _________________________________________ > > MIRELL DEVELOPMENT > Sorthmannweg 9 > 22529 Hamburg > TEL : +49 40 547 547 30 > FAX : +49 40 547 547 39 > EMAIL: m.s...@mi... > URL : www.mirell-development.de > _________________________________________ > > Zu Ihrer Information: > Wir m=F6chten Sie darauf hinweisen, dass der Empfang von E-Mails nicht > garantiert werden kann. Die Sendung von E-Mails an uns hat daher keine > fristwahrende Wirkung. Ferner weisen wir darauf hin, dass E-Mails = unter > Umst=E4nden auch von Dritten gelesen werden k=F6nnen. > > Sollte diese E-Mail nicht f=FCr Sie bestimmt sein, so bitten wir Sie = um > einen entsprechenden Hinweis an den Absender und um die umgehende > L=F6schung dieser Mitteilung sowie etwaiger Ausdrucke. |
|
From: Paulo <pa...@ps...> - 2003-02-20 13:19:00
|
i dont know, i'm very unexperienced with actionscript too... ----- Original Message ----- From: "Ed Colmar" <ed...@gr...> To: <xml...@li...> Cc: "Paulo" <pa...@ps...> Sent: Thursday, February 20, 2003 2:53 AM Subject: Re: [xmlrpcflash-development] return values (was: help!) > On Sat, 8 Feb 2003, Isaac Levy wrote: > > > This has been a problem with this library since I joined this project. > > Basically, the xmlrpc post/request methods are terrific, but the return > > results leave a lot to be desired. Many xmlrpc libraries return > > objects native to a given language, but this library hasn't gotten > > there yet. > > What if we were to enforce a standard on return values, like a python > dictionary, or list of dictionaries. > > The python xmlrpc library is really easy to work with in this regard > because every return value looks the same. Even if it's a single value, > it's wrapped in a single value list, then in a dictionary. > > I'm just a newbie at actionscript, so excuse my ignorance, but can't we do > the same thing here? > > What is the actionscript equivalent of a python dictionary anyway? Just a > multi-part array? > > Lets get this last hurdle locked down so we can all rock it. > > -e- > > -- > Green Graphics ::: Print and Web Design ::: 510.923.0000 > > > > ------------------------------------------------------- > This SF.net email is sponsored by: SlickEdit Inc. Develop an edge. > The most comprehensive and flexible code editor you can use. > Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial. > www.slickedit.com/sourceforge > // > // xmlrpcflash-development mailing list > // xml...@li... > // http://lists.sourceforge.net/lists/listinfo/xmlrpcflash-development > > |
