Return-Path: Delivered-To: apmail-myfaces-dev-archive@www.apache.org Received: (qmail 66465 invoked from network); 29 Jun 2005 19:28:06 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 29 Jun 2005 19:28:06 -0000 Received: (qmail 94531 invoked by uid 500); 29 Jun 2005 19:28:06 -0000 Delivered-To: apmail-myfaces-dev-archive@myfaces.apache.org Received: (qmail 94331 invoked by uid 500); 29 Jun 2005 19:28:04 -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 94318 invoked by uid 99); 29 Jun 2005 19:28:04 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received: from [192.87.106.226] (HELO ajax.apache.org) (192.87.106.226) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 29 Jun 2005 12:28:03 -0700 Received: from ajax.apache.org (ajax.apache.org [127.0.0.1]) by ajax.apache.org (Postfix) with ESMTP id 163EA13 for ; Wed, 29 Jun 2005 21:28:01 +0200 (CEST) Message-ID: <430495656.1120073281089.JavaMail.jira@ajax.apache.org> Date: Wed, 29 Jun 2005 21:28:01 +0200 (CEST) From: "Emond Papegaaij (JIRA)" To: dev@myfaces.apache.org Subject: [jira] Created: (MYFACES-294) DummyFormUtils extendability Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N DummyFormUtils extendability ---------------------------- Key: MYFACES-294 URL: http://issues.apache.org/jira/browse/MYFACES-294 Project: MyFaces Type: New Feature Versions: 1.0.9 beta Reporter: Emond Papegaaij Priority: Minor During the development of a framework based on Struts and JSF (using the struts-faces integration library) I came accross a problem with DummyFormUtils. The current way DymmyFormUtils is handled does not allow the developer to extend the behaviour in any way. For the struts-faces library a token field needs to be added to the form. This token always needs to be submitted, regardless of the form used (input or dummy). Currently the only way of adding such a field seems to be changing the source of DummyFormUtils; not a very flexible and reusable solution. The main cause of this is the use of a static method for writing the dummy form and the lack of a factory for creating an instance of the DummyFormUtils. I propose DummyFormUtils is transformed into a singleton with a configurable implementation (probably through an interface). Futhermore the writeDummyForm should have a way of extending the default behaviour, probably with a protected method responsible for writing the internals of the form. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira