headers
mike.duigou | 19 May 2013 03:58
Picon
Favicon

hg: jdk8/tl/jdk: 5 new changesets

Changeset: e8b40b034fcd
Author:    psandoz
Date:      2013-05-15 10:15 +0200
URL:       http://hg.openjdk.java.net/jdk8/tl/jdk/rev/e8b40b034fcd

8013334: Spliterator behavior for LinkedList contradicts Spliterator.trySplit
Summary: this changeset also contains some minor, non spec, related fixes to tidy up other areas of the JavaDoc.
Reviewed-by: plevart, darcy
Contributed-by: John Rose <john.r.rose@...>, Mike Duigou
<mike.duigou@...>, Paul Sandoz <paul.sandoz@...>

! src/share/classes/java/util/Spliterator.java

Changeset: 6bbc2816d936
Author:    psandoz
Date:      2013-05-15 10:25 +0200
URL:       http://hg.openjdk.java.net/jdk8/tl/jdk/rev/6bbc2816d936

8014133: Spliterator.OfPrimitive
Reviewed-by: mduigou, forax
Contributed-by: Paul Sandoz <paul.sandoz@...>, Brian Goetz <brian.goetz@...>

! src/share/classes/java/util/Spliterator.java

Changeset: dc5cf74c8c9c
Author:    mduigou
Date:      2013-05-17 10:36 -0700
URL:       http://hg.openjdk.java.net/jdk8/tl/jdk/rev/dc5cf74c8c9c

8004015: Additional static and instance utils for functional interfaces.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Chris Hegarty | 18 May 2013 09:57
Picon
Favicon

RFR 8010182: Thread safety of Thread get/setName()

Thread getName and setName are not thread-safe. The "expected" usage is 
to set a name before starting the thread and only read it thereafter.

It is desirable to support the setting of thread name dynamically, 
mainly for monitoring/management/debugging. The typical scenario is the 
single-writer, multiple-reader case. So, making name volatile is 
sufficient. However, setName also sets the native thread name. This is 
currently restricted to the current thread, since there could be a race 
if the thread is terminating. Making setName synchronized would 
eliminate that race, and allow for the native thread name to be set from 
other threads.

This issue came up on c-i a while back [1].

http://cr.openjdk.java.net/~chegar/8010182/webrev.00/webrev/

-Chris.

[1] 
http://cs.oswego.edu/pipermail/concurrency-interest/2013-March/010935.html
Permalink | Reply | 0 comments |
headers
weijun.wang | 18 May 2013 04:16
Picon
Favicon

hg: jdk8/tl/jdk: 8012261: update policytool to support java.net.HttpURLPermission

Changeset: 0f7aaabed25f
Author:    weijun
Date:      2013-05-18 10:15 +0800
URL:       http://hg.openjdk.java.net/jdk8/tl/jdk/rev/0f7aaabed25f

8012261: update policytool to support java.net.HttpURLPermission
Reviewed-by: mullan

! src/share/classes/sun/security/tools/policytool/PolicyTool.java
! src/share/classes/sun/security/tools/policytool/Resources.java
Permalink | Reply | 0 comments |
headers
jonathan.gibbons | 17 May 2013 22:49
Picon
Favicon

hg: jdk8/tl/langtools: 6885876: add comments to javac/util/Convert.java

Changeset: 0928f2cfbf8e
Author:    jjg
Date:      2013-05-17 13:48 -0700
URL:       http://hg.openjdk.java.net/jdk8/tl/langtools/rev/0928f2cfbf8e

6885876: add comments to javac/util/Convert.java
Reviewed-by: mduigou

! src/share/classes/com/sun/tools/javac/util/Convert.java
Permalink | Reply | 0 comments |
headers
dan.xu | 17 May 2013 21:04
Picon
Favicon

hg: jdk8/tl/jdk: 8011136: FileInputStream.available and skip inconsistencies

Changeset: 3b1450ee2bb9
Author:    dxu
Date:      2013-05-17 12:04 -0700
URL:       http://hg.openjdk.java.net/jdk8/tl/jdk/rev/3b1450ee2bb9

8011136: FileInputStream.available and skip inconsistencies
Summary: Correct the behavior of available() and update related java specs for available() and skip() in
InputStream and FileInputStream classes.
Reviewed-by: alanb

! src/share/classes/java/io/FileInputStream.java
! src/share/classes/java/io/InputStream.java
! src/share/native/java/io/FileInputStream.c
! test/java/io/FileInputStream/LargeFileAvailable.java
! test/java/io/FileInputStream/NegativeAvailable.java
Permalink | Reply | 0 comments |
headers
Chris Hegarty | 17 May 2013 12:54
Picon
Favicon

RFR 8014791: More ProblemList.txt updates (5/2013)

There are a few networking tests failing recently. All have bugs against 
them. These bugs will be address shortly, but since tl is integrating 
into master, for b91, next Tuesday, it is best to add them to the 
ProblemList so that the failures don't escape into master.

diff -r 06b410feed49 -r 1e860864089a test/ProblemList.txt
--- a/test/ProblemList.txt      Fri May 17 11:05:43 2013 +0100
+++ b/test/ProblemList.txt      Fri May 17 11:40:54 2013 +0100
 <at>  <at>  -205,6 +205,18  <at>  <at>  java/net/MulticastSocket/Test.java
  #7143960
  java/net/DatagramSocket/SendDatagramToBadAddress.java 
macosx-all

+#8014783
+java/net/HttpURLPermission/HttpURLPermissionTest.java 
windows-all
+
+#8014720
+java/net/ResponseCache/B6181108.java 
generic-all
+
+#8014723
+sun/misc/URLClassPath/ClassnameCharTest.java 
generic-all
+
+#8014719
+sun/net/www/http/HttpClient/ProxyTest.java 
generic-all
+
(Continue reading)

Permalink | Reply | 3 comments |
headers
vincent.x.ryan | 16 May 2013 22:27
Picon
Favicon

hg: jdk8/tl/jdk: 6 new changesets

Changeset: 9abf5dc83823
Author:    vinnie
Date:      2013-05-14 18:08 +0100
URL:       http://hg.openjdk.java.net/jdk8/tl/jdk/rev/9abf5dc83823

7194075: Various classes of sunec.jar are duplicated in rt.jar
Reviewed-by: mullan, vinnie
Contributed-by: Stephen Flores <stephen.flores@...>

! make/sun/security/ec/Makefile
! make/sun/security/other/Makefile
! makefiles/CreateJars.gmk
+ src/share/classes/sun/security/ec/CurveDB.java
! src/share/classes/sun/security/ec/ECDHKeyAgreement.java
! src/share/classes/sun/security/ec/ECDSASignature.java
! src/share/classes/sun/security/ec/ECKeyPairGenerator.java
! src/share/classes/sun/security/ec/ECParameters.java
! src/share/classes/sun/security/ec/ECPrivateKeyImpl.java
! src/share/classes/sun/security/ec/ECPublicKeyImpl.java
! src/share/classes/sun/security/ec/NamedCurve.java
! src/share/classes/sun/security/ec/SunECEntries.java
! src/share/classes/sun/security/pkcs11/P11ECKeyFactory.java
! src/share/classes/sun/security/pkcs11/P11Key.java
! src/share/classes/sun/security/pkcs11/P11KeyStore.java
! src/share/classes/sun/security/ssl/JsseJce.java
+ src/share/classes/sun/security/util/ECKeySizeParameterSpec.java
+ src/share/classes/sun/security/util/ECUtil.java
! test/sun/security/pkcs11/ec/TestCurves.java
! test/sun/security/pkcs11/ec/TestECDH2.java
! test/sun/security/pkcs11/ec/TestECDSA2.java
(Continue reading)

Permalink | Reply | 0 comments |
headers
daniel.fuchs | 16 May 2013 18:41
Picon
Favicon

hg: jdk8/tl/jdk: 2 new changesets

Changeset: da203779cb33
Author:    jgish
Date:      2013-05-16 11:19 -0400
URL:       http://hg.openjdk.java.net/jdk8/tl/jdk/rev/da203779cb33

8013380: Removal of stack walk to find resource bundle breaks Glassfish startup
Summary: Use caller's classloader to load resource as an alternative to thread context classloader and
system classloader
Reviewed-by: mchung, alanb

! src/share/classes/java/util/logging/LogManager.java
! src/share/classes/java/util/logging/Logger.java
! test/java/util/logging/bundlesearch/IndirectlyLoadABundle.java
- test/java/util/logging/bundlesearch/LoadItUp.java
+ test/java/util/logging/bundlesearch/LoadItUp1.java
+ test/java/util/logging/bundlesearch/LoadItUp2.java
+ test/java/util/logging/bundlesearch/LoadItUp2Invoker.java
! test/java/util/logging/bundlesearch/ResourceBundleSearchTest.java
+ test/java/util/logging/bundlesearch/TwiceIndirectlyLoadABundle.java
+ test/java/util/logging/bundlesearch/resources/CallerSearchableResource_en.properties

Changeset: df133f9cc4c9
Author:    dfuchs
Date:      2013-05-16 18:40 +0200
URL:       http://hg.openjdk.java.net/jdk8/tl/jdk/rev/df133f9cc4c9

Merge
Permalink | Reply | 0 comments |
headers
David Chase | 16 May 2013 16:50
Picon
Favicon

RFR :7088419 : (L) Use x86 Hardware CRC32 Instruction with java.util.zip.CRC32 and java.util.zip.Adler32

webrev: http://cr.openjdk.java.net/~drchase/7088419/webrev.01/

problem: Some applications spend a surprising amount of time computing CRC32s
(Not sure I'm supposed to be precise on an open mailing list).  Recent Intel
architectures provide instructions that might be useful in addressing this.

See https://jbs.oracle.com/bugs/browse/JDK-7088419

I turned this into a general attack on performance in Adler32 and CRC32, partly because the bug report was
not clear on the size of the problematic inputs.  The general approach turned out to be useful, because it's
tricky to get the small-case overheads down for the accelerated-instruction version of the code.

fix: 
1) For CRC32 and Adler32, break out the "small" case (single bytes, and up to around 60-80 bytes)
to be computed on the Java side, avoiding JNI overheads.

2) For CRC32 and Adler32, figure out the "combine" operations for the checksum of a concatenated pair of
byte sequences, and add fork-join parallelism for large-enough inputs.  Tuning this is hard, so large
"small" buffer sizes were chosen (< 512K for unaccelerated CRC32,  1MB for Adler32 and accelerated CRC32)
to make this a safe optimization.  This can be disabled by setting the (not-yet-documented, perhaps
wrongly named) property "sun.zip.serialOnly=true".  I just now noticed that this is not the case for
Adler32; assuming we agree on the existence of this flag and its name, this needs to be added there, too.

3) For Adler32, defer calculation of the actual "Adler" checksum until it is requested.  This is an
optimization for byte-at-a-time use.

4) For CRC32, use the new-ish PCLMULQDQ instruction (64-bit by 64-bit carryless multiply, yielding a
128-bit result) in the style described in Intel's white paper on using this instruction to compute CRCs. 
All the constants are different because the CRC32 is bit-reversed from the checksums computed in Intel's
paper, but the unrolling is the same, and the fill and drain code is also similar.  This is by default enabled
(Continue reading)

Permalink | Reply | 23 comments |
headers
xuelei.fan | 16 May 2013 13:32
Picon
Favicon

hg: jdk8/tl/jdk: 8010814: More buffers are stored or returned without cloning

Changeset: b198389f9da4
Author:    xuelei
Date:      2013-05-16 04:30 -0700
URL:       http://hg.openjdk.java.net/jdk8/tl/jdk/rev/b198389f9da4

8010814: More buffers are stored or returned without cloning
Reviewed-by: lancea

! src/share/classes/com/sun/jndi/ldap/BerDecoder.java
! src/share/classes/com/sun/jndi/ldap/BerEncoder.java
! src/share/classes/com/sun/jndi/ldap/ext/StartTlsResponseImpl.java
Permalink | Reply | 0 comments |
headers
Xuelei Fan | 16 May 2013 11:08
Picon
Favicon

Code review request, JDK-8010814, More buffers are stored or returned without cloning

Hi,

There is another fix to avoid the use of mutable objects.

webrev: http://cr.openjdk.java.net/~xuelei/8010814/webrev.00/

Thanks,
Xuelei
Permalink | Reply | 3 comments |

Gmane