Name: js151677 Date: 06/01/2004


FULL PRODUCT VERSION :
J2SE 1.4.2_04 (on XP)
or
J2SE 1.3.1_02-b02 (on W2K)

ADDITIONAL OS VERSION INFORMATION :
Windows XP SP1
Windows 2000 SP 3

A DESCRIPTION OF THE PROBLEM :
The parse method of class SimpleDateFormat accepts inputs like "05/21/20!�$%asdf" even if lenient is set to false. The resulting year is then 20 AD. On the other hand an input like "05/2a/2004" leads to a ParseException - what I would expect in both cases.

Constructing the format with new java.text.SimpleDateFormat("MM/dd/yyyy"); leads to the same results, behaviour with using a German locale too.
 

STEPS TO FOLLOW TO REPRODUCE THE PROBLEM :
compile and run the asttached test code

EXPECTED VERSUS ACTUAL BEHAVIOR :
EXPECTED -
FAILED: java.text.ParseException: Unparseable date: "05/21/2a00e"

ACTUAL -
dateString 05/21/2a00e is formatted to Sun May 21 00:00:00 CEST 0002

REPRODUCIBILITY :
This bug can be reproduced always.

---------- BEGIN SOURCE ----------
import java.text.*;
import java.util.Locale;

public class TestDFParser4WrongYear {
    
    public static void main(String [] args) {
        try {
            SimpleDateFormat format = (SimpleDateFormat)DateFormat.getDateInstance(DateFormat.SHORT, Locale.US);
            String dateString = "05/21/2a00e";
            format.setLenient(false);
            java.util.Date date = format.parse(dateString);
            System.out.println("dateString " + dateString + " is formatted to " + date.toString());
        } catch (Exception ex) {
            System.out.println("FAILED: " + ex.toString());
        }
    }
}
---------- END SOURCE ----------

CUSTOMER SUBMITTED WORKAROUND :
Parsing for character input if an era designator should not be provided.
(Incident Review ID: 275821)
======================================================================