Logo Questions Linux Laravel Mysql Ubuntu Git Menu
 

PrimeFaces calendar accepts invalid dates as input

The problem I am having is with the PrimesFaces 3.4.1 calendar. When using the popup date picker activated either through the button or on input field focus you can only select valid dates which work fine, happy days!

The issues comes when you manually add a date into the input field, if you add an invalid date the PrimeFaces calendar component takes its best guess at converting this into a valid date and then sending it, meaning that back-end validation is a no go. Some interesting translations below:

  • 30/02/2012 becomes 2/6/2014
  • 322/05/2012 becomes 5/10/2038
  • 01/14/2012 becomes 4/1/2012

To recreate this madness have a look at the PrimeFaces Calendar Showcase.

I have seen solution around using the readOnlyInput='true' attribute but that only seems to prevent letters being entered in the field not number or slashes. Below is one instance of the calendar I have implemented:

<p:calendar id="fldDateOfBirth"
            value="#{pc_CreateUser.user.dateOfBirth}"
            binding="#{pc_CreateUser.dobComp}"
            navigator="true"
            pattern="dd/MM/yyyy"
            maxlength="10"
            yearRange="-100"
            validator="#{pc_CreateUser.validateDOB}"
            title="#{msg.user_date_format_default_tip}"
            converterMessage="#{msg.user_error_dob_invalid}"
            readOnlyInput="true"
            showOn="button" />

Solution wise I am open to any suggestions:

  1. Is this a common issues in PrimeFaces? Is there a trick I can use to fix it?
  2. Could I use JavaScript to validate the date before it's sent or to block all user input entirely?
  3. Anything else I haven't thought of!

Thanks in advance, this has been causing me issues for weeks!

like image 771
JonnyIrving Avatar asked Dec 07 '12 13:12

JonnyIrving


1 Answers

The <p:calendar> uses under the covers SimpleDateFormat which in turn uses by default lenient parsing, causing the overflowed values to roll over into the next date metric level. E.g. 32 January would become 1 February, etc.

In plain Java terms, this can be turned off by DateFormat#setLenient(), passing false. See also among others this question: validating a date using dateformat.

In JSF terms, you basically need to provide a custom converter which uses a non-lenient DateFormat. Fortunately, standard JSF already provides such one out the box in flavor of <f:convertDateTime>, so you could just make use of it directly.

<p:calendar ...>
    <f:convertDateTime pattern="dd/MM/yyyy" />
</p:calendar>
like image 57
BalusC Avatar answered Oct 11 '22 16:10

BalusC