Ok, Wicket probably wants to prevent that a bogus value '07.07.2006trail'  is 
parsed. 

But shouldn't is be possible to convert '07.07.2006  '? How about adding a 
trim()?

Sven

>AbstractConverter checks the ParsePosition to ensure that the complete value 
>is parsed:
>
>>if (position.getIndex() != stringValue.length())
>>{
>>  throw newConversionException("Cannot parse '" + value + "' using format " + 
>format,
>>        value, null).setFormat(format);
>>}
>
>Thus trailing whitespace will prevent the build-in convertes to parse dates, 
>integers, doubles ...
>Interestingly leading whitespace doesn't matter, since most format objects 
>seem to skip them.
>
>Is this the intended behaviour? Wouldn't it be easier if this check didn't 
>happen? What's this check good for?
>
>Sven
>
>Using Tomcat but need to do more? Need to support web services, security?
>Get stuff done quickly with pre-integrated technology to make your job easier
>Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
>http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
>_______________________________________________
>Wicket-user mailing list
>Wicket-user@lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/wicket-user

Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Reply via email to