Issue 494 (<a href="https://javaserverfaces-spec-public.dev.java.net/issues/show_bug.cgi?id=494">https://javaserverfaces-spec-public.dev.java.net/issues/show_bug.cgi?id=494</a>) seemed to have fallen off the map, but since I just implemented a solution in Seam, I have decided to bring it back up. It's really inconvenient not to have at least a default converter for the type java.util.Date. While certainly dates inputs are something which vary widely, it's tedious in the early stages of an application to have to plug a DataTimeConverter on every input that accepts a date.<br>
<br>The solution is as simple as registering DateTimeConverter with the class java.util.Date and accepting the defaults. The developer can simply specify a nested <f:convertDateTime> to override. The main limitation is that there is no way to know if the developer intends to capture a date or date + time since the type java.util.Date doesn't provide this information. Thus, we capture date and let the user specify a converter otherwise.<br>
<br>-Dan<br clear="all"><br>-- <br>Dan Allen<br>Senior Software Engineer, Red Hat | Author of Seam in Action<br><br><a href="http://mojavelinux.com">http://mojavelinux.com</a><br><a href="http://mojavelinux.com/seaminaction">http://mojavelinux.com/seaminaction</a><br>
<br>NOTE: While I make a strong effort to keep up with my email on a daily<br>basis, personal or other work matters can sometimes keep me away<br>from my email. If you contact me, but don't hear back for more than a week,<br>
it is very likely that I am excessively backlogged or the message was<br>caught in the spam filters. Please don't hesitate to resend a message if<br>you feel that it did not reach my attention.<br>