<Sound Dev> [11] Review Request: 8201279 javax.sound tests should not set java.home system property

Sergey Bylokhov Sergey.Bylokhov at oracle.com
Sun Apr 22 00:55:18 UTC 2018


Hi, Roger.
Thank you for the review.

On 13/04/2018 07:19, Roger Riggs wrote:
> Should the new system property javax.sound.config.file be an 
> implementation specific property
> and named "jdk.sound.config.file"?

This new property describe a location of the "sound.properties" file, 
which is mentioned in the public specification already. Based on this 
and on the similar property for logging I selected this name 
"javax.sound.config.file".

> JSSecurityManager.java:
> Lines 99-102:  The code can be simplified by using Paths instead of 
> File.  Paths.get() returns a Path;
> it can be used directly by java.nio.file.Files.newBufferedReader(Path) 
> to get the BufferedInputStream.

The code simplified as suggested:
http://cr.openjdk.java.net/~serb/8201279/webrev.02

> 
> Otherwise, looks ok
> 
> $.02, Roger
> 
> ---
> Hello, Audio Guru.
> 
> Please review the fix for jdk11.
> 
> This change adds an optional "javax.sound.config.file" system
> property(the similar name is used for logging:
> "java.util.logging.config.file") which specified default location of the
> properties file. Note that all errors which maybe occurs during access
> to this file are ignored in the same way as for default config file
> "jdk/conf/sound.properties"(BTW I am not sure that this is a good idea,
> but follow the current approach).
> 
> The CSR will be filed after the technical review.
> 
> Bug: https://bugs.openjdk.java.net/browse/JDK-8201279
> Webrev can be found at: http://cr.openjdk.java.net/~serb/8201279/webrev.01
> 


-- 
Best regards, Sergey.


More information about the sound-dev mailing list