Return-Path: Delivered-To: apmail-myfaces-dev-archive@www.apache.org Received: (qmail 39139 invoked from network); 13 Jan 2010 16:25:56 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 13 Jan 2010 16:25:56 -0000 Received: (qmail 18124 invoked by uid 500); 13 Jan 2010 16:25:55 -0000 Delivered-To: apmail-myfaces-dev-archive@myfaces.apache.org Received: (qmail 18042 invoked by uid 500); 13 Jan 2010 16:25:55 -0000 Mailing-List: contact dev-help@myfaces.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "MyFaces Development" Delivered-To: mailing list dev@myfaces.apache.org Received: (qmail 18034 invoked by uid 99); 13 Jan 2010 16:25:55 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 13 Jan 2010 16:25:55 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of gcjmu-myfaces-dev@m.gmane.org designates 80.91.229.12 as permitted sender) Received: from [80.91.229.12] (HELO lo.gmane.org) (80.91.229.12) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 13 Jan 2010 16:25:44 +0000 Received: from list by lo.gmane.org with local (Exim 4.50) id 1NV61P-0006VI-CA for dev@myfaces.apache.org; Wed, 13 Jan 2010 17:24:39 +0100 Received: from cm56-152-16.liwest.at ([86.56.152.16]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 13 Jan 2010 17:24:39 +0100 Received: from werner.punz by cm56-152-16.liwest.at with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 13 Jan 2010 17:24:39 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: dev@myfaces.apache.org From: Werner Punz Subject: Re: [MyFaces 2] Ajax API issue Date: Wed, 13 Jan 2010 17:21:54 +0100 Lines: 68 Message-ID: References: <4B4741B0.7050802@gmx.at> <4B4C57E6.4050301@gmx.at> <71235db41001120311m10fcfbf3veb1d40c26667a9fb@mail.gmail.com> <71235db41001120335u745f0d4di359e33d1a1b71e6c@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: cm56-152-16.liwest.at User-Agent: Thunderbird 2.0.0.14 (Macintosh/20080421) In-Reply-To: <71235db41001120335u745f0d4di359e33d1a1b71e6c@mail.gmail.com> Sender: news Hia sorry for jumping in so late, when Michael asked me yesterday, I had a vague memory of something along those lines that when I coded the line it was definitely name in the specs afair, have in mind this is one of the older code parts of the javascripts coded probably around March-May 2009 or so, there were a load of Ajax changes between May and Agust afair, and I had to change a lot to be compliant with the latest specs. So I came to the conclusion after being asked that it was one of those changes I simply have missed. Anyway, if we are not within the spec in this part then it is best to simply fix it and be done with it with further discussions. Werner Matthias Wessendorf schrieb: > Found it on the archives of the "open" mailing list (JSR-314-OPEN@JCP.ORG) > > Thread is called "data payload for ajax calls", started by David Geary. > (some "fighting" in there, but I don't see a line that indicates a ticket on > their issue tracker) > > +1 from me on the change... > > -M > > On Tue, Jan 12, 2010 at 12:11 PM, Matthias Wessendorf wrote: >> hrm, >> >> there was some renaming done; I guess there is no change list on the >> spec, right ? >> >> >> On Tue, Jan 12, 2010 at 12:07 PM, Michael Kurz wrote: >>> I had the chance to talk to Werner about this issue and he thinks that the >>> name "name" was used in an older version of the spec. Created MYFACES-2481 >>> and provided a patch for this. >>> >>> - Michael >>> >>> Michael Kurz schrieb: >>>> Hi, >>>> >>>> I found a minor issue with client side error and event handling in the >>>> ajax api. According to the spec (14.4.1) the event data payload for the >>>> callback functions passed to addOnEvent and addOnError should contain the >>>> property status with the name of the event. In MyFaces this property seems >>>> to be named "name". Is this on purpose or a bug? >>>> >>>> Renaming "name" to "status" in >>>> myfaces._impl.core._jsfImpl.prototype.sendEvent >>>> makes my example work (like in Mojarra). >>>> >>>> regards >>>> Michael >>> >> >> >> -- >> Matthias Wessendorf >> >> blog: http://matthiaswessendorf.wordpress.com/ >> sessions: http://www.slideshare.net/mwessendorf >> twitter: http://twitter.com/mwessendorf >> > > >