Colm Divilly

The lack of a registered Media Type for Open API resources is a hindrance so it would be great to get this resolved. Whatever Media Type name is chosen, it...

@darrelmiller Happy to help with drafting the informational RFC if needed, have done some draft RFCs before. The other message I took from that email thread was the case for...

@ralfhandl Embedding version information in the media type would require a new media-type registration on each spec revision. In theory the version information could be transported as a media type...

This is the output of running the above test case: ``` [main] INFO org.eclipse.jetty.server.Server - jetty-12.0.7; built: 2024-02-29T21:19:41.771Z; git: c89aca8fd34083befd79f328a3b8b6ffff04347e; jvm 21.0.1+12-LTS-29 [main] INFO org.eclipse.jetty.server.handler.ContextHandler - Started oejsh.ContextHandler@cb644e{ROOT,/,b=null,a=AVAILABLE,h=cej.Main$@56ef9176{STARTED}} [main] INFO...

I've reviewed that issue, I'm not sure I see an overlap other than they both relate to EOFException conditions, I think this may be a distinct scenario.

I cloned `fix/jetty-12/11679/early-eof-jersey-leak` and added the following unit test (had to hack in `requires java.net.http` to `org.eclipse.jetty.server`'s `module-info.java`): ```java package org.eclipse.jetty.server; import org.eclipse.jetty.io.Content; import org.eclipse.jetty.server.handler.ContextHandler; import org.eclipse.jetty.util.Callback; import org.junit.jupiter.api.Test; import...

I think the core issue is that `ContentSinkOutputStream#close()` blocks unconditionally. I think this should be conditional, it should only block if the `Blocker.Shared._callback` is not in a failed state. I...