IMO you should add jdk/make/tools/CharsetMapping/*.java to the fix of
Bug 6888701.
Additionally, I don't understand, why there is differing strategy for
location of templates. E.g. jdk/make/tools/CharsetMapping/*.java files
could be in jdk/src/share/classes/sun/nio/cs/.
-Ulf
Ulf Zibis wrote:
IMO you should add jdk/make/tools/CharsetMapping/*.java to the fix of
Bug 6888701.
Perhaps... I was mainly after fixing the naming convention in the src/
directory, and I somehow missed these files in the make/tools area.
The files in jdk/make/tools/GenerateCharacter
Am 09.11.2009 20:12, Kelly O'Hair schrieb:
Ulf Zibis wrote:
IMO you should add jdk/make/tools/CharsetMapping/*.java to the fix of
Bug 6888701.
Perhaps... I was mainly after fixing the naming convention in the src/
directory, and I somehow missed these files in the make/tools area.
The
Hi,
it again caught my attention, and I though that may be there is something
that can be done about this.
The issue is obvious -- having 'final transient' instance fields makes
little sense if the object is ever serialized.
Logically, there may be perfect reasoning behind making an instance
On 11/09/2009 03:30 PM, Pawel Veselov wrote:
Hi,
it again caught my attention, and I though that may be there is
something that can be done about this.
The issue is obvious -- having 'final transient' instance fields makes
little sense if the object is ever serialized.
Logically, there may be
(In response to Joe, who once asked me for little things to add
to the core libraries)
Lots of classes need to use System.getProperty(line.separator).
Many don't do it right because you need to use
a doPrivileged block whenever you read a system property.
Yet it is no secret - you can divine the
Really necessary? These three system properties are already allowed in
the sandbox.
$ cat lib/security/java.policy
permission java.util.PropertyPermission file.separator, read;
permission java.util.PropertyPermission path.separator, read;
permission
Sherman,
I modified src/windows/classes/java/util/prefs/WindowsPreferences.java
to use sun.util.logging.PlatformLogger in the fix for 6882376 but missed
src/solaris/classes/java/util/prefs/FileSystemPreferences.java.
This fix is to update java.util.prefs.FileSystemPreferences to use
More lobbying
Here's how many source files in the JDK
access this system property.
$ rg 'line.separator' | wc -l
43
Some use doPrivileged, some don't.
Some cache statically, some cache in an object,
some don't cache at all.
Martin
looks fine.
Mandy Chung wrote:
Sherman,
I modified src/windows/classes/java/util/prefs/WindowsPreferences.java
to use sun.util.logging.PlatformLogger in the fix for 6882376 but
missed src/solaris/classes/java/util/prefs/FileSystemPreferences.java.
This fix is to update
Martin Buchholz wrote:
(In response to Joe, who once asked me for little things to add
to the core libraries)
Lots of classes need to use System.getProperty(line.separator).
Many don't do it right because you need to use
a doPrivileged block whenever you read a system property.
Yet it is no
On Mon, Nov 9, 2009 at 20:14, Joe Darcy joe.da...@sun.com wrote:
Martin Buchholz wrote:
Hi Martin,
Given that these values are not true constants since they vary across
platforms, I think it is misleading to make them look like constant by
having them be public static final fields with
Date: Mon, 09 Nov 2009 20:29:51 -0800
From: Martin Buchholz marti...@google.com
...
Since line.separator is the most popular system property,
and other system properties like
java.home have vague security implications
that would suggest they must be protected by
a security manager, we
Changeset: ab681c7e811a
Author:mchung
Date: 2009-11-09 21:32 -0800
URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/ab681c7e811a
6899607: Update java.util.prefs.FileSystemPreferences to use PlatformLogger
Summary: Update java.util.prefs.FileSystemPreferences to use PlatformLogger
On Mon, Nov 9, 2009 at 21:54, Mark Reinhold m...@sun.com wrote:
Date: Mon, 09 Nov 2009 20:29:51 -0800
From: Martin Buchholz marti...@google.com
...
Since line.separator is the most popular system property,
and other system properties like
java.home have vague security implications
Le 10/11/2009 00:38, David M. Lloyd a écrit :
On 11/09/2009 03:30 PM, Pawel Veselov wrote:
Hi,
it again caught my attention, and I though that may be there is
something that can be done about this.
The issue is obvious -- having 'final transient' instance fields makes
little sense if the
Le 10/11/2009 08:07, Martin Buchholz a écrit :
On Mon, Nov 9, 2009 at 21:54, Mark Reinhold m...@sun.com
mailto:m...@sun.com wrote:
Date: Mon, 09 Nov 2009 20:29:51 -0800
From: Martin Buchholz marti...@google.com
mailto:marti...@google.com
...
Since
17 matches
Mail list logo