> Can I please get a review for this small change which addresses > https://bugs.openjdk.org/browse/JDK-8297211? > The change checks if the `content-length` header value is present before > parsing it into a `Long` value. The commit also now catches the more specific > `NumberFormatException` instead of a general `Exception`. Given the context > of the code, I believe this change in the exception type in the catch block > should be fine. > > No new test has been introduced given the nature of this change. I have > triggered existing tests to verify no unexpected regressions show up.
Jaikiran Pai has updated the pull request incrementally with one additional commit since the last revision: review comment - fix Date.parse exception handling ------------- Changes: - all: https://git.openjdk.org/jdk/pull/11258/files - new: https://git.openjdk.org/jdk/pull/11258/files/441d3770..69073624 Webrevs: - full: https://webrevs.openjdk.org/?repo=jdk&pr=11258&range=02 - incr: https://webrevs.openjdk.org/?repo=jdk&pr=11258&range=01-02 Stats: 8 lines in 2 files changed: 0 ins; 4 del; 4 mod Patch: https://git.openjdk.org/jdk/pull/11258.diff Fetch: git fetch https://git.openjdk.org/jdk pull/11258/head:pull/11258 PR: https://git.openjdk.org/jdk/pull/11258
