Return-Path: Delivered-To: apmail-myfaces-dev-archive@www.apache.org Received: (qmail 96453 invoked from network); 24 Apr 2009 13:19:55 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 24 Apr 2009 13:19:55 -0000 Received: (qmail 93247 invoked by uid 500); 24 Apr 2009 13:19:54 -0000 Delivered-To: apmail-myfaces-dev-archive@myfaces.apache.org Received: (qmail 93164 invoked by uid 500); 24 Apr 2009 13:19: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 93156 invoked by uid 99); 24 Apr 2009 13:19:54 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 24 Apr 2009 13:19:54 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 24 Apr 2009 13:19:52 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id F1365234C4AE for ; Fri, 24 Apr 2009 06:19:30 -0700 (PDT) Message-ID: <1820350942.1240579170986.JavaMail.jira@brutus> Date: Fri, 24 Apr 2009 06:19:30 -0700 (PDT) From: "Werner Punz (JIRA)" To: dev@myfaces.apache.org Subject: [jira] Reopened: (MYFACES-2173) JSF 2.0 AJAX library In-Reply-To: <1046084582.1238583553173.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/MYFACES-2173?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Werner Punz reopened MYFACES-2173: ---------------------------------- I did a cleanup of the regular expressions we are now back to our old stripping res... they work now > JSF 2.0 AJAX library > -------------------- > > Key: MYFACES-2173 > URL: https://issues.apache.org/jira/browse/MYFACES-2173 > Project: MyFaces Core > Issue Type: New Feature > Components: JSR-314 > Affects Versions: 2.0.0-alpha > Environment: browser independent Javascript > Reporter: Ganesh Jung > Fix For: 2.0.0-alpha > > Attachments: index.xhtml, JSF20AJAX.zip, TestBean.java > > Original Estimate: 120h > Remaining Estimate: 120h > > I'll attach a set of Javascripts to this issue to be tucked into MyFaces 2.0 to make up it's AJAX components. It's the modified J4Fry JSF AJAX and it's tested to replace RI 2.0's AJAX scripts. > This is what we still need to do: > - translate comments > Currently many comments are german > - repackage (j4fry -> javax) > Currently we've put the classes into package org.j4fry.script, probably org.apache.myfaces.script would be a good choice. Also, the AJAX API is implemented according to the spec with > and javax.faces.Ajax.ajaxRequest, but the RI 2.0.0.9 I tested uses > and jsf.ajax.request, so this might be the way the final spec will put it, when it's final. > - support multiple execute parameters > Currently only one component can be triggered for action execution. This is a little hard to test at this time, because the RI 2.0.0.9 doesn't react to the execute parameter at all - even when using the RI's own javascripts. > - set default queue size to unlimited > Default queue size ist currently set to 1, because for most applications this is the better choice. As soon as we've made the queue size configurable (see separate mail for API exensio nproposal) we'll need to set the default to unlimited as specified in the specs. > - define maven build to form one single script > Werner is already working on this: The comply with the specs resource handling the entire AJAX scripts must come in one single javscript file called jsf.js. As this is an ugly beast to handle with over 1000 lines we prefer having one file per Javascript class. The maven build should then compile the 8 scripts we currently have into one. > - implement additional attributes > The J4Fry scripts support a lot of parameters that aren't part of the spec. They are vital for a good AJAX experience, so we would like to extend the API beyond the spec on these. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.