Solved

SimpleDateFormat.setLenient( ) behaves differently in jdk1.4 adn jdk1.6

Posted on 2012-04-05
10
1,065 Views
Last Modified: 2012-06-21
Hi, we are using SimpleDateFormat class to parse date strings of format "MMdd". And we have the flag 'setLenient' set to false. We have the same application built on both JDK1.4 and JDK1.6.

On 29 Feb 2012, apps built in JDK1.6 failed to parse the "0229" date string with an exception
java.text.ParseException: Unparseable date: "0229".

However JDK1.4 built apps worked fine.
As an immediate fix to the issue we commented the code to set the flag 'setLenient(false)'. But we want to know
(i) which is the correct behavior - JDK1.4 OR JDK1.6?
(ii) If behavior of JDK1.6 is correct, how to Parse date strings like '0229' when 'setLenient' is set to false.

Please see a simple java code as attached whose output in:
Java1.4 is
Gonna Test setLenient() behavior
I am good..no issues

And in Java1.6 is
Gonna Test setLenient() behavior
Something gone wrong...Unparseable date: "0229"
java.text.ParseException: Unparseable date: "0229"
      at java.text.DateFormat.parse(DateFormat.java:337)
      at test.Test.main(Test.java:29)

 
Thanks a ton in advance.
0
Comment
Question by:damarasa
[X]
Welcome to Experts Exchange

Add your voice to the tech community where 5M+ people just like you are talking about what matters.

  • Help others & share knowledge
  • Earn cash & points
  • Learn & ask questions
  • 4
  • 2
  • 2
  • +1
10 Comments
 
LVL 51

Expert Comment

by:ahoffmann
ID: 37841264
> ... date strings of format "MMdd" ...
this format is ambigiuos according the value 0229 'cause it misses the year

said this, I'd qualify the behaviour of any library correct as it's the library programmers decission to assume a specific year or to throw an error

so in my opinion both behaviours of jdk are correct for your value 0229, it's a programming error which results in a runtime exception
things are different if your value would be 0431, but that's not your question ;-)
0
 

Author Comment

by:damarasa
ID: 37841335
Thanks for the response ahoffmann.
So do you mean to say that 1.4 library developer is kind enough to ignore the year component and let the string "0229" pass through.
And 1.5 or 1.6 library developers were stringent and not entertaining any ambiguity.

Is the implementation not driven by the spec? Or the spec itself got changed?
Please clarify.
0
 
LVL 37

Expert Comment

by:zzynx
ID: 37841364
The docs say this about setLenient():
With lenient parsing, the parser may use heuristics to interpret inputs that do not precisely match this object's format.
With strict parsing, inputs must match this object's format.

Without any notion of the year, in ~75% of the cases "0229" is an invalid date. So with setLenient() set to false this shouldn't pass.
So, imo the jdk1.4 approach was simply wrong. And that has been fixed later on.
0
NFR key for Veeam Backup for Microsoft Office 365

Veeam is happy to provide a free NFR license (for 1 year, up to 10 users). This license allows for the non‑production use of Veeam Backup for Microsoft Office 365 in your home lab without any feature limitations.

 
LVL 51

Expert Comment

by:ahoffmann
ID: 37841582
I'd insist that 0229 is the programmers fault, not that of the library, unless the library tells you how it handles MMdd, which it does not, quote:
   may use heuristics to interpret

all said: you get what you ask for: something random

being pedantic: ~75%  are not enough to qualify 0229 invalid as setLenient(false) can't guess the remaining 25%
and being more pedantic:
  assume following scenario:
  1. the library (jdk) uses the current year (whatever this means) if YY or similar is missing in the format
  2. the process starts 31. Dec. 2011 23:59:59
  3. the library call is executed 01. Jan. 2012 00:00:01
what should be the result, valid or invalid?

don't use ambigious code when you expect 101% truth
this discussion is simply useless, tell programmers to do it right
0
 
LVL 44

Expert Comment

by:GRayL
ID: 37844574
Hear, hear ;-)
0
 

Author Comment

by:damarasa
ID: 37847895
ahoffmann, so what you are trying to convey is:
"do not parse date strings against MMdd format (with out year) - always check them against 'MMddYY' template".
Am I getting you right? Please clarify.
0
 
LVL 51

Accepted Solution

by:
ahoffmann earned 500 total points
ID: 37848098
yes
and I'd use full year YYYY, as YY may be ambiguous in rare cases according leap years too
0
 
LVL 37

Expert Comment

by:zzynx
ID: 37850609
>> do not parse date strings against MMdd format (with out year)
Exactly. And that's what I - as a second opinion - tried to tell you too.

If they'd ask you: "Is Feb 29th a valid date?"
You'd replicate immediately: "That depends on the year"
Well, then why would you ask a library the same question without providing it that vital information?
0
 
LVL 51

Expert Comment

by:ahoffmann
ID: 37850732
@zzynx
> Well, then why would you ask a library the same question without providing it that vital information?

I don't feel addressed, anyway: programmers (and much more managers) tend to ask a library and expect the truth, that's the virtual world
in a real world if *YOU* ask another human and if you get an incomplete, inaccurate resoponse, you verify your question and ask again, a dialog starts; that's what programmers need to learn from the real world ;-)
and unfortunately, there is no big difference between library programmers and application programmers, see quote: may use heuristics to interpret

just my 2 pence
0

Featured Post

Secure Your WordPress Site: 5 Essential Approaches

WordPress is the web's most popular CMS, but its dominance also makes it a target for attackers. Our eBook will show you how to:

Prevent costly exploits of core and plugin vulnerabilities
Repel automated attacks
Lock down your dashboard, secure your code, and protect your users

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

If your app took Google’s lash recently, here are the 5 most likely reasons.
This article was originally published on Monitis Blog, you can check it here . If you have responsibility for software in production, I bet you’d like to know more about it. I don’t mean that you’d like an extra peek into the bowels of the sourc…
This video will show you how to get GIT to work in Eclipse.   It will walk you through how to install the EGit plugin in eclipse and how to checkout an existing repository.
In a recent question (https://www.experts-exchange.com/questions/29004105/Run-AutoHotkey-script-directly-from-Notepad.html) here at Experts Exchange, a member asked how to run an AutoHotkey script (.AHK) directly from Notepad++ (aka NPP). This video…

734 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question