> According to RFC 9113: > > A malformed request or response is one that is an otherwise valid sequence of > HTTP/2 frames but is invalid due to the presence of extraneous frames, > prohibited fields or pseudo-header fields, the absence of mandatory > pseudo-header fields, the inclusion of uppercase field names, or invalid > field names and/or values (in certain circumstances; see [Section > 8.2](https://www.rfc-editor.org/rfc/rfc9113#HttpHeaders)). > [...] > Malformed requests or responses that are detected MUST be treated as a > [stream error](https://www.rfc-editor.org/rfc/rfc9113#StreamErrorHandler) > ([Section 5.4.2](https://www.rfc-editor.org/rfc/rfc9113#StreamErrorHandler)) > of type > [PROTOCOL_ERROR](https://www.rfc-editor.org/rfc/rfc9113#PROTOCOL_ERROR). > > The current behavior is to close the connection with protocol error. This > change makes it reset the stream instead.
Daniel Fuchs has updated the pull request with a new target base due to a merge or a rebase. The incremental webrev excludes the unrelated changes brought in by the merge/rebase. The pull request contains seven additional commits since the last revision: - Typo - Merge branch 'master' into MalformedResponse-8303965 - Update src/java.net.http/share/classes/jdk/internal/net/http/common/ValidatingHeadersConsumer.java Refer to RFC 9113 - Update src/java.net.http/share/classes/jdk/internal/net/http/Stream.java Refer to RFC 9113 - add bug id to test - Merge branch 'master' into MalformedResponse-8303965 - 8303965 ------------- Changes: - all: https://git.openjdk.org/jdk/pull/12976/files - new: https://git.openjdk.org/jdk/pull/12976/files/92d5eb6c..b81e05aa Webrevs: - full: https://webrevs.openjdk.org/?repo=jdk&pr=12976&range=03 - incr: https://webrevs.openjdk.org/?repo=jdk&pr=12976&range=02-03 Stats: 3590 lines in 112 files changed: 1432 ins; 1634 del; 524 mod Patch: https://git.openjdk.org/jdk/pull/12976.diff Fetch: git fetch https://git.openjdk.org/jdk pull/12976/head:pull/12976 PR: https://git.openjdk.org/jdk/pull/12976
