-
Enhancement
-
Resolution: Unresolved
-
P4
-
1.4.0
-
Cause Known
Name: nt126004 Date: 06/14/2002
FULL PRODUCT VERSION :
java version "1.4.0"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.0-b92)
Java HotSpot(TM) Client VM (build 1.4.0-b92, mixed mode)
FULL OPERATING SYSTEM VERSION :
Microsoft Windows 2000 [Version 5.00.2195]
A DESCRIPTION OF THE PROBLEM :
This is a follow up to RFE 4684140.
current java.util.logging.FileHandler Constructors are of
the form:
public FileHandler(String pattern)
to be consistent with other java API they should have
Constructors that take files:
public FileHandler(File aParent, String aPattern)
Using /'s in a pattern and then doing a replace is not a
java way of doing things and further more it leads to
complications when not using the temp dir or the user's home
dir.
Even having constructors that take a File as the parent and
a pattern for the name would be an improvement. This would
solve both the complications of using non temp dir/user dir
parents and leave any expected semantics of a File alone.
This bug can be reproduced always.
(Review ID: 153551)
======================================================================
FULL PRODUCT VERSION :
java version "1.4.0"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.0-b92)
Java HotSpot(TM) Client VM (build 1.4.0-b92, mixed mode)
FULL OPERATING SYSTEM VERSION :
Microsoft Windows 2000 [Version 5.00.2195]
A DESCRIPTION OF THE PROBLEM :
This is a follow up to RFE 4684140.
current java.util.logging.FileHandler Constructors are of
the form:
public FileHandler(String pattern)
to be consistent with other java API they should have
Constructors that take files:
public FileHandler(File aParent, String aPattern)
Using /'s in a pattern and then doing a replace is not a
java way of doing things and further more it leads to
complications when not using the temp dir or the user's home
dir.
Even having constructors that take a File as the parent and
a pattern for the name would be an improvement. This would
solve both the complications of using non temp dir/user dir
parents and leave any expected semantics of a File alone.
This bug can be reproduced always.
(Review ID: 153551)
======================================================================