Return-Path: Delivered-To: apmail-myfaces-users-archive@www.apache.org Received: (qmail 45780 invoked from network); 5 Mar 2008 12:39:06 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 5 Mar 2008 12:39:06 -0000 Received: (qmail 97173 invoked by uid 500); 5 Mar 2008 12:38:58 -0000 Delivered-To: apmail-myfaces-users-archive@myfaces.apache.org Received: (qmail 97140 invoked by uid 500); 5 Mar 2008 12:38:57 -0000 Mailing-List: contact users-help@myfaces.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "MyFaces Discussion" Delivered-To: mailing list users@myfaces.apache.org Received: (qmail 97129 invoked by uid 99); 5 Mar 2008 12:38:57 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 05 Mar 2008 04:38:57 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [192.112.254.51] (HELO smtp2.bedag.ch) (192.112.254.51) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 05 Mar 2008 12:38:09 +0000 Received: from localhost (localhost [127.0.0.1]) by smtp1.bedag.ch (Postfix) with ESMTP id 31D66739FB for ; Wed, 5 Mar 2008 13:38:29 +0100 (CET) X-Quarantine-ID: X-Virus-Scanned: Scanned Received: from fromattgrat.ad.bedag.ch (mailout.bedag.ch [159.144.64.220]) by smtp1.bedag.ch (Postfix) with ESMTP id EF100739F2 for ; Wed, 5 Mar 2008 13:38:22 +0100 (CET) Received: from A99A-EMS-01VS2.ad.bedag.ch ([159.144.15.44]) by fromattgrat.ad.bedag.ch with Microsoft SMTPSVC(6.0.3790.1830); Wed, 5 Mar 2008 13:38:22 +0100 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.5 Subject: AW: MyFaces, Facelets + t:aliasBbean Date: Wed, 5 Mar 2008 13:38:22 +0100 Message-ID: <1D3D7943573BD14FB024A9654EB43CCB01BF42A4@A99A-EMS-01VS2.ad.bedag.ch> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: MyFaces, Facelets + t:aliasBbean thread-index: Ach99z2UTiHGMY6kQ02EutDtcm4O8QAxi59A References: <1D3D7943573BD14FB024A9654EB43CCB01BF4272@A99A-EMS-01VS2.ad.bedag.ch> <5a99335f0803012149o410e6276m25091b697218914d@mail.gmail.com> <1D3D7943573BD14FB024A9654EB43CCB01BF428D@A99A-EMS-01VS2.ad.bedag.ch> <5a99335f0803040456w49b7855fl3ca5984d32550d5a@mail.gmail.com> From: "Sertic Mirko, Bedag" To: "MyFaces Discussion" X-OriginalArrivalTime: 05 Mar 2008 12:38:22.0861 (UTC) FILETIME=[CCB853D0:01C87EBD] X-Virus-Checked: Checked by ClamAV on apache.org Hi Unfortunatly we cannot upgrade to 1.2 at the moment. I took a deeper = look at the code and found a bug in the facelets AliasBeanTagHandler. I posted = an issue to the tomahawk-facelets project with a patched version of the = taghandler. Regards Mirko -----Urspr=FCngliche Nachricht----- Von: Martin Marinschek [mailto:martin.marinschek@gmail.com]=20 Gesendet: Dienstag, 4. M=E4rz 2008 13:56 An: MyFaces Discussion Betreff: Re: MyFaces, Facelets + t:aliasBbean Hi Mirko, an upgrade to JSF1.2 should solve your problem with the legacy value-binding. Apart from that: I still ignore where the problem is coming from, and I do not have time now to look deeper into this. regards, Martin On 3/3/08, Sertic Mirko, Bedag wrote: > Hi Martin > > Thank you for your answer. > > Yes, thats true, the Facelets ui:include in combination with the = ui:param > would be anything we need. Unfortunatly, facelets doesn't use the > Application.createValueBinding() to create the value bindings, it > creates its own LegacyValueBinding(Deprecated Stuff), in combination > with local varHandler. Our framework relies on custom value bindings, > due to validation stuff. Our custom components try to convert the > LegacyValueBinding to the Application.createValueBinding(), but the > varHandler gets lost, and with it the ui:param values. The key point > is that using the ValueBindingImpl.getValue() to access a value from > the special varHandler will just return null. I think that they are > not 100% compatible to each other, or am I wrong? > > Here is some code: > > value=3D"#{stellenangebotBackingBean.data.wochendescriptor}"> > > =09 > =09 > > > I tried it with and without the f:subview. It's all the same. As > soon as a validator fails in the view, it is rerendered and the = content > is displayed twice. If the validation fails again, it is displayed = three > times and so on. > > Quite strange! Is the problem the aliasBean component, or the facelets > aliasBesn taghandler? > > Regards > > Mirko > > > -----Urspr=FCngliche Nachricht----- > Von: Martin Marinschek [mailto:martin.marinschek@gmail.com] > Gesendet: Sonntag, 2. M=E4rz 2008 06:49 > An: MyFaces Discussion > Betreff: Re: MyFaces, Facelets + t:aliasBbean > > Hi Mirko, > > all child-components are rendered twice? I can't see how this happens > from the source. Maybe you can provide a very small sample and add it > to jira? > > In any case, why do you need aliasBean with Facelets? With Facelets, > it should be much simpler to create template-components instead of > aliased-page-sections. > > regards, > > Martin > > On Wed, Feb 27, 2008 at 4:38 PM, Sertic Mirko, Bedag > wrote: > > > > > > > > Hi@all! > > > > I've got a question regarding MyFaces, Facelets and t:aliasBean. > > > > It seems that the t:aliasBean duplicates its content when it is = rerendered > > > > due to validation errors. How can I solve this problem? > > > > Thanks a lot > > > > > > > > Mirko > > > > -- > > http://www.irian.at > > Your JSF powerhouse - > JSF Consulting, Development and > Courses in English and German > > Professional Support for Apache MyFaces > --=20 http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces