On Mon, 10 Oct 2022 16:48:07 GMT, Sean Mullan <mul...@openjdk.org> wrote:

>> Mark Powers has updated the pull request incrementally with two additional 
>> commits since the last revision:
>> 
>>  - Text Blocks
>>  - long line
>
> test/jdk/javax/security/auth/PrivateCredentialPermission/Serial2.java line 29:
> 
>> 27:  * @summary     PrivateCredentialPermission should not use local 
>> variable to enable debugging
>> 28:  *              implementation-dependent class
>> 29:  * @run main/othervm/policy=Serial.policy Serial2
> 
> I think you can remove `main/othervm/policy=Serial.policy` (actually you can 
> remove the whole `@run` line then).
> The policy argument causes the test to run with a SecurityManager enabled, 
> and there isn't any reason that this test needs to do that AFAICT. Also that 
> policy file is for other tests in this directory for accessing the file 
> system or JAAS credentials, which you are not accessing in this test.

fixed

> test/jdk/javax/security/auth/PrivateCredentialPermission/Serial2.java line 58:
> 
>> 56: 
>> 57:             // Deserialize input stream and create a new object.
>> 58:             ObjectInputStream ois = new ObjectInputStream(is);
> 
> Use try-with resources here so the input stream is automatically closed even 
> if there are exceptions.

using try-with resources

> test/jdk/javax/security/auth/PrivateCredentialPermission/Serial2.java line 61:
> 
>> 59:             PrivateCredentialPermission pcp2 =
>> 60:                     (PrivateCredentialPermission)ois.readObject();
>> 61:             is.close();
> 
> Not necessary as BAIS.close() is a no-op.

removed

> test/jdk/javax/security/auth/PrivateCredentialPermission/Serial2.java line 79:
> 
>> 77:         } catch (Exception e) {
>> 78:             e.printStackTrace();
>> 79:             throw new SecurityException("Serial test failed");
> 
> If you include e as the cause (2nd argument) of `SecurityException` then you 
> don't need to print the stack trace on line 78.

fixed

-------------

PR: https://git.openjdk.org/jdk/pull/10206

Reply via email to