Return-Path: Delivered-To: apmail-myfaces-dev-archive@www.apache.org Received: (qmail 13737 invoked from network); 20 Apr 2010 13:59:55 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 20 Apr 2010 13:59:55 -0000 Received: (qmail 31872 invoked by uid 500); 20 Apr 2010 13:59:55 -0000 Delivered-To: apmail-myfaces-dev-archive@myfaces.apache.org Received: (qmail 31770 invoked by uid 500); 20 Apr 2010 13:59:54 -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 31747 invoked by uid 99); 20 Apr 2010 13:59:54 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 20 Apr 2010 13:59:54 +0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=FREEMAIL_FROM,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of mwessendorf@gmail.com designates 74.125.82.53 as permitted sender) Received: from [74.125.82.53] (HELO mail-ww0-f53.google.com) (74.125.82.53) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 20 Apr 2010 13:59:49 +0000 Received: by wwb28 with SMTP id 28so722636wwb.12 for ; Tue, 20 Apr 2010 06:59:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:received:message-id:subject :from:to:cc:content-type; bh=FgBj+3oXoTUczNekmruS8VvQJD5LUJgCdgwI3BLXCo4=; b=SzENgB2oRhBoww5hMAjcm2ogu/vWv/X2c7dDBx3eOjct4GPP3huW59LJuD6W3EohTE ep0thvTyzB5+llNlZD7jkChwgL2iRZLPRFmHH/R2it11bS/358htSAHr6X0iHvWxMG67 LAsLplnrxIijbcKJcwuGQY8dn37tsJ4Y+Ms5E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=F82l5TWadSaAdWfxjv/9El65oZLMlq0EKFe7hEGi+IuXxJzBM9tXGX0cUmF7YLGSD0 cAD434rRCfXAeaN+f5TH1DGa3M/k1GgSjdVQMA0tCe+5VaFe+YEiAYrlRCxAbhQFjKO9 BU6mcpUR2lrLCsgYXdVQvW6BVbPtqvra1bsZo= MIME-Version: 1.0 Sender: mwessendorf@gmail.com Received: by 10.216.0.2 with HTTP; Tue, 20 Apr 2010 06:59:27 -0700 (PDT) In-Reply-To: <65AF1482-CEE7-4963-9C25-671AD3FCFEFA@oracle.com> References: <4BBC97BD.10507@oracle.com> <65AF1482-CEE7-4963-9C25-671AD3FCFEFA@oracle.com> Date: Tue, 20 Apr 2010 06:59:27 -0700 X-Google-Sender-Auth: 4d5e6f78d9ac4b98 Received: by 10.216.158.1 with SMTP id p1mr2479377wek.202.1271771968059; Tue, 20 Apr 2010 06:59:28 -0700 (PDT) Message-ID: Subject: Re: [Trinidad 2] AJAX branch ready for testing From: Matthias Wessendorf To: MyFaces Development Cc: Andy Schwartz Content-Type: text/plain; charset=ISO-8859-1 X-Virus-Checked: Checked by ClamAV on apache.org on the pprDemos.jspx stuff, there is a bunch of "tests" for PPR, one of the has the header "Command components with partialSubmit", which does not work (in the trinidad demo) File (in SVN) is located there: https://svn.apache.org/repos/asf/myfaces/trinidad/branches/jsf2_ajax.3/trinidad-examples/trinidad-demo/src/main/webapp/demos/pprDemos.jspx On Tue, Apr 20, 2010 at 6:37 AM, Max Starets wrote: > Matthias, > > What do you mean when you say 'command components with partialSubmit do not > work'? > > Thanks, > Max > > On Apr 20, 2010, at 3:26 AM, Matthias Wessendorf wrote: > >> Checked Mojarra 2.0.1 and MyFaces 2.0.0 (out soon) >> >> - both have the NPE filed in TRINIDAD-1786 >> >> * Mojarra: >> -PPR on select* works (exception see above) >> - "Command components with partialSubmit" does _not_ work >> >> * MyFaces: >> - all PPR stuff does a full page-refresh >> >> I am fine in merging these bits to trunk, but before we acutally >> do a release, we should check what's going wrong in MyFaces/Trinidad ;-) >> (I think it must be an issue in MyFaces, so once I have some more time, >> I will file a bug against that, with a little better description) >> >> -Matthias >> >> On Tue, Apr 20, 2010 at 9:09 AM, Matthias Wessendorf >> wrote: >>> >>> Ok, looks like you are talking about JSF2's JS/Ajax stuff. >>> >>> The term mojarra is slightly confusing, since I understand it >>> as a specific dependency to that particular implementation. >>> >>> But looks like we do not have that, for the ajax stuff, which is >>> great. >>> >>> -Matthias >>> >>> On Tue, Apr 20, 2010 at 9:05 AM, Matthias Wessendorf >>> wrote: >>>> >>>> On Mon, Apr 19, 2010 at 11:58 PM, Andrew Robinson >>>> wrote: >>>>> >>>>> The branch is ready and the issues that were brought up in this thread >>>>> as well as other issues have been resolved. Unless there are any >>>>> objections, I will merge the changes into the trunk tomorrow. >>>> >>>> fine here. >>>> >>>>> >>>>> Note that Max added a switch to be able to turn off PPR through JSF at >>>>> the agent level so that mobile browsers that fail with the mojarra >>>>> JavaScript can go back to the legacy code. >>>> >>>> not sure I understand: why is that switch mojarra specific ? >>>> Or are you just saying that it's a fallback to JSF2 ? >>>> >>>> -Matthias >>>> >>>>> >>>>> -Andrew >>>>> >>>>> >>>>> On Wed, Apr 7, 2010 at 8:33 AM, Max Starets >>>>> wrote: >>>>>> >>>>>> Just a few minor additions - >>>>>> - PartialViewContext.isAjaxRequest() will be returning true for the >>>>>> requests >>>>>> sent with jsf ajax >>>>>> as well as the legacy "partialSubmit=true" requests. >>>>>> - Trinidad's partial triggers will be honored for the jsf ajax >>>>>> requests. >>>>>> However, this will currently work only with execute="@all". Once we >>>>>> start >>>>>> adding trigger listeners >>>>>> during the PostRestoreView event processing, instead of decode, this >>>>>> limitation will go away. >>>>>> >>>>>> Max >>>>>> >>>>>> >>>>>> Andrew Robinson wrote: >>>>>>> >>>>>>> Well after a bit of work, the JSF2 AJAX branch is ready for testing >>>>>>> to >>>>>>> see if we want to merge it into the trunk. >>>>>>> >>>>>>> Branch: >>>>>>> >>>>>>> https://svn.apache.org/repos/asf/myfaces/trinidad/branches/jsf2_ajax.3 >>>>>>> >>>>>>> Details: >>>>>>> - jsf.ajax.request used to submit PPR requests from the request queue >>>>>>> - server serves JSF2 payload, differing if an IFRAME submission is >>>>>>> detected for Trinidad to send down script libraries >>>>>>> - iframe processing through legacy code, but updated to use a valid >>>>>>> JSF2 >>>>>>> payload >>>>>>> - iframe still sends Tr-XHR-Message to let the server know its a >>>>>>> legacy >>>>>>> request >>>>>>> - legacy request supports DOM replacement but none of the new >>>>>>> functionality of JSF2 (attribute updates for example) >>>>>>> - TrPage integrated with JSF2 events to correctly broadcast DOM >>>>>>> change >>>>>>> notifications and restore focus >>>>>>> - If users find errors in the jsf.js libraries, setting the >>>>>>> _useJsfBuiltInAjaxForXhr property of the request queue to false will >>>>>>> bypass usage of jsf.ajax. We can add support for a public way of >>>>>>> doing >>>>>>> this later if necessary. >>>>>>> - Server side integration with the JSF2 APIs and client behaviors, >>>>>>> JSF2 submission working along side of partialSubmit=true and auto >>>>>>> PPR. >>>>>>> >>>>>>> Thank you, >>>>>>> Andrew >>>>>>> >>>>>> >>>>>> >>>>> >>>> >>>> >>>> >>>> -- >>>> Matthias Wessendorf >>>> >>>> blog: http://matthiaswessendorf.wordpress.com/ >>>> sessions: http://www.slideshare.net/mwessendorf >>>> twitter: http://twitter.com/mwessendorf >>>> >>> >>> >>> >>> -- >>> Matthias Wessendorf >>> >>> blog: http://matthiaswessendorf.wordpress.com/ >>> sessions: http://www.slideshare.net/mwessendorf >>> twitter: http://twitter.com/mwessendorf >>> >> >> >> >> -- >> Matthias Wessendorf >> >> blog: http://matthiaswessendorf.wordpress.com/ >> sessions: http://www.slideshare.net/mwessendorf >> twitter: http://twitter.com/mwessendorf > -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf