RFR: 8301873: Avoid string decoding in ZipFile.Source.getEntryPos [v9]
Lance Andersen
lancea at openjdk.org
Tue Feb 14 11:24:48 UTC 2023
On Tue, 14 Feb 2023 08:47:15 GMT, Eirik Bjorsnos <duke at openjdk.org> wrote:
>> test/jdk/java/util/zip/ZipFile/InvalidBytesInEntryNameOrComment.java line 90:
>>
>>> 88: expectedExceptionsMessageRegExp = BAD_ENTRY_NAME_OR_COMMENT)
>>> 89: public void shouldRejectInvalidName() throws IOException {
>>> 90: try (ZipFile zf = new ZipFile(invalidName.toFile())) {
>>
>> If you could please convert to use `expectThrows` to get to validate the message name
>
> The message is already validated using `expectedExceptionsMessageRegExp` in the `@Test` annotation.
>
> Would you prefer if I use expectThrows instead, or perhaps inline the `BAD_ENTRY_NAME_OR_COMMENT` constant as a literal?
Sorry if this was not clear, we have gone away from using the annotation element `exepectedExceptions` for new and updated tests and have tried to standardize on `assertThrows` and `expectThrows` instead which is the basis for my suggestion.
Thank you for your other updates. I will go through them later today
-------------
PR: https://git.openjdk.org/jdk/pull/12290
More information about the security-dev
mailing list