FULL PRODUCT VERSION :
java version "1.8.0_31"
Java(TM) SE Runtime Environment (build 1.8.0_31-b13)
Java HotSpot(TM) 64-Bit Server VM (build 25.31-b07, mixed mode)
A DESCRIPTION OF THE PROBLEM :
The following methods in DateFormat should specify the behavior of passing null as parameters:
format(Date date)
@throws NullPointerException if date is null
format(Date date, StringBuffer toAppendTo, FieldPosition fieldPosition)
@throws NullPointerException if any of the parameters is null
parse(String source)
@throws NullPointerException if source is null
parse(String source, ParsePosition pos)
@throws NullPointerException if any of the parameters is null
setTimeZone(TimeZone zone)
@throws NullPointerException if zone is null
REPRODUCIBILITY :
This bug can be reproduced always.
            
java version "1.8.0_31"
Java(TM) SE Runtime Environment (build 1.8.0_31-b13)
Java HotSpot(TM) 64-Bit Server VM (build 25.31-b07, mixed mode)
A DESCRIPTION OF THE PROBLEM :
The following methods in DateFormat should specify the behavior of passing null as parameters:
format(Date date)
@throws NullPointerException if date is null
format(Date date, StringBuffer toAppendTo, FieldPosition fieldPosition)
@throws NullPointerException if any of the parameters is null
parse(String source)
@throws NullPointerException if source is null
parse(String source, ParsePosition pos)
@throws NullPointerException if any of the parameters is null
setTimeZone(TimeZone zone)
@throws NullPointerException if zone is null
REPRODUCIBILITY :
This bug can be reproduced always.
- duplicates
- 
                    JDK-8169480 Inconsistencies across Format class hierarchy in their API spec and actual implementation of Exceptions -           
- Closed
 
-         
- relates to
- 
                    JDK-6235363 [Fmt-*] Doc: Inconsistencies in handling of null FieldPosition in Format and subclasses -           
- Closed
 
-