Return-Path: Delivered-To: apmail-myfaces-users-archive@www.apache.org Received: (qmail 41885 invoked from network); 13 Dec 2010 18:10:17 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 13 Dec 2010 18:10:17 -0000 Received: (qmail 3073 invoked by uid 500); 13 Dec 2010 18:10:16 -0000 Delivered-To: apmail-myfaces-users-archive@myfaces.apache.org Received: (qmail 3025 invoked by uid 500); 13 Dec 2010 18:10:16 -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 3017 invoked by uid 99); 13 Dec 2010 18:10:16 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 13 Dec 2010 18:10:16 +0000 X-ASF-Spam-Status: No, hits=1.5 required=10.0 tests=FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of gerhard.petracek@gmail.com designates 74.125.82.41 as permitted sender) Received: from [74.125.82.41] (HELO mail-ww0-f41.google.com) (74.125.82.41) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 13 Dec 2010 18:10:09 +0000 Received: by wwi18 with SMTP id 18so3957468wwi.0 for ; Mon, 13 Dec 2010 10:09:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:in-reply-to :references:from:date:message-id:subject:to:content-type; bh=j4SmOpQMc8MMSW0q6KPFQZSsxhyupuSvLsg/n2n/e34=; b=hcNIcyRDi4wNzDQSz4oluKvNlzuMp6oWIVHrtUx7Dr3IjZq47OLdJJL13Wqw7lqTTa Y0LhPOKiVP3KJBr8t1aWIiikeSwp8FbIOqKK/jhMkMNyjjxZYCAjz/GwyaPydF5hid5s FY5qRFMoPZPHoetOaZGxKblVirohsnY+9tgD4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; b=vhpEjblQSFWwOKP+hBvGb+BRSJM4BARe+ip6jj4rnvof/wvrQTmfN2GYY+p/DUdRuV DBGWjUp45TYh8yyMcZAM2SbS1gpow5FPBLiucJ6EN9yquMoqA2A5rAveclJ8oZF9+MCr NKTijxSQoldxf/D0fBsfa8fIj6KJZkBVoc0F4= Received: by 10.216.25.136 with SMTP id z8mr3233647wez.93.1292263789418; Mon, 13 Dec 2010 10:09:49 -0800 (PST) MIME-Version: 1.0 Received: by 10.216.67.13 with HTTP; Mon, 13 Dec 2010 10:09:29 -0800 (PST) In-Reply-To: <53F62F78306C4B7BBE8BAD887837D31B@etech01> References: <53F62F78306C4B7BBE8BAD887837D31B@etech01> From: Gerhard Date: Mon, 13 Dec 2010 19:09:29 +0100 Message-ID: Subject: Re: extVal + PrimeFaces 2.2 RC2 To: MyFaces Discussion Content-Type: multipart/alternative; boundary=0016e6d7eebc1fd79204974e9cc2 X-Virus-Checked: Checked by ClamAV on apache.org --0016e6d7eebc1fd79204974e9cc2 Content-Type: text/plain; charset=ISO-8859-1 hi thomas, please have a look if ViolationExceptionInterceptor gets called after the violation. regards, gerhard http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2010/12/13 Ing. Thomas Kernstock > Hi all, > > I'm using Glassfish 3.0.1, CoDI 0.9.1, extVal 2.0.4 and PrimeFaces 2.2RC2. > I'm using the Callbackparameters of the Primefaces RequestContext API to > determine if validation in the backing bean failed. Normally the > "validationFailed" flag is set automatically on beanvalidation. > Here is part of my backing bean: > > @Named > > @RequestScoped > > public class KontoeinstellungenBean extends AbstractProfilBean { > > private static final long serialVersionUID = 4849123094557530545L; > > @Size(min = 8, max = 20) > > @Equals(value = "kennwort2", parameters = ViolationSeverity.Error.class) > > private String kennwort; > > @Size(min = 8, max = 20) > > private String kennwort2; > > > The view is a simple dialog with 2 password fields -> > > modal="true" > > > rowClasses="row-0, row-1"> > value="#{msgs.kennwort_neuesKennwort}" /> > /> > /> > value="#{kontoeinstellungenBean.kennwort2}" /> > > update="growl @form" actionListener="# > {kontoeinstellungenBean.changePassword}" oncomplete="handleComplete(xhr, > status, args)"/> > > > > > > > > > -> when I type in a password that is smaller than 8 digits plus the two > passwords are different, the "valdationFailed" flag is set and as a result > I > don't close the dialog -> both errormessages are displayed in the > field. > When I type different passwords longer than 8 digits the "valdationFailed" > flag isn't set and as a result I close the dialog. > > So my question is if extVal uses a different mechanisms to indicate > validationerrors than the standard valdation ? Do I miss a parameter or > something else to make this work ? > > > best regards > > Thomas > --0016e6d7eebc1fd79204974e9cc2--