Details
-
Type: Bug
-
Status: Closed
-
Priority: Major
-
Resolution: Invalid
-
Affects Version/s: 1.7.2 SP1
-
Fix Version/s: 1.8RC1
-
Component/s: None
-
Labels:None
-
Environment:ANY
-
Assignee Priority:P2
Description
user may want to perform some extra steps during the validation process other than display the error message
for example, a customer wants to have a popup showing the validation error.
-
Hide
- support7864.war
- 4.88 MB
- Sam Xiao
-
- META-INF/MANIFEST.MF 0.0 kB
- WEB-INF/lib/backport-util-concurrent.jar 319 kB
- WEB-INF/lib/commons-digester.jar 140 kB
- WEB-INF/lib/icefaces-comps.jar 1.71 MB
- main.jspx 0.7 kB
- WEB-INF/lib/jsf-impl-1.2.jar 813 kB
- WEB-INF/lib/commons-el.jar 110 kB
- WEB-INF/lib/commons-discovery.jar 70 kB
- WEB-INF/lib/jsf-api-1.2.jar 353 kB
- WEB-INF/lib/commons-beanutils.jar 184 kB
- WEB-INF/lib/jstl.jar 17 kB
- WEB-INF/classes/support/TestBean.class 2 kB
- WEB-INF/faces-config.xml 0.4 kB
- WEB-INF/lib/commons-fileupload.jar 87 kB
- index.jsp 0.2 kB
- WEB-INF/lib/icefaces.jar 990 kB
- WEB-INF/web.xml 4 kB
- WEB-INF/classes/support/TestBean.java 1 kB
- WEB-INF/lib/commons-logging.jar 52 kB
- WEB-INF/lib/commons-collections.jar 558 kB
Activity
- All
- Comments
- History
- Activity
- Remote Attachments
- Subversion
What are they trying to control? Do they want to be notified of failed validation, so they can make their popup show if there are FacesMessages? They can already do that with <ice:panelPopup rendered="#
{! empty facesContext.maximumSeverity}">
Do they want to specify the FacesMessage string? That's accomplished by setting the validationMessage and converterMessage attributes on the selectInputDate component (in JSF 1.2).
Do they want to change the criteria of the date conversion? Maybe the SimpleDateFormat matching has a bug? Then they must create a class that extends javax.faces.convert.DateTimeConverter, and specify that as the selectInputDate's converter.
For UIInput subclasses, validation has a non-intuitive quirk: required and validator processing are mutually exclusive. That is, if a submitted value is "empty", then required will be checked. And if the submitted value is "not empty" then the validator will be checked. So, empty submitted values will not be validated against the validator, only against required.
Furthermore, from the test case, there would not be a Date with zeros for the year, month and day. That would cause a converter error, and would not get to the validator.
test case for tomcat 6