Should the parsers be lenient? I think they should. Making a lenient parse strict is fairly easy in that you can compare the original input to the well-formed output. Starting with a strict parser and making it lenient is much more difficult.
Also consider other uses for the parser. You might see a web form that asks for a date to be supplied in this format. How many users will omit the leading zeros? Answer: most. If the parser is strict, all developers who create such a web form need to build and test their own lenient parser. Here's another comparison: Integer.parseInt() is also fairly lenient, as is Double.parseDouble(). Both accept non-canonical forms of input. Stephen Colebourne wrote: > Hi, > During testing I have found that ISODateTimeFormat parsing isn't quite > as expected: > > Currently the following will all parse: > 2006-06-01 > 2006-06-1 > 2006-6-01 > 2006-6-1 > > Only the first is a correct ISO format. > Similar problems affect time parsing and the basic formats. > > Should this be changed so only the first of the four parses? > Or is this too radical a change now? > > Stephen > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Joda-interest mailing list > Joda-interest@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/joda-interest > > ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Joda-interest mailing list Joda-interest@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/joda-interest
