<div dir="ltr"><div dir="ltr"><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">The current code has some provision for some one hundred<br>codes but sendResponseHeaders appears not to have been<br>designed to send interim responses</blockquote><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">A new method to send interim response codes might be better</blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">than trying to shoehorn sending one hundreds with the</blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">current API, but we haven't investigated that yet. </blockquote><div><br></div><div> </div><div>As the JIRA issue notes, there is nothing in the javadocs that suggests that sending informational codes with the current API closes the streams. Merely teaching the exchange that 101 status codes should not enforce content-length -1 is enough.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Making it possible to handle protocols like WebSocket from<br>within a Handler/Filter would bring that to the next level<br>though, and I suspect more surgery would be needed.<br>I am not sure it is something we would be looking forward<br>to support this in the long run.</blockquote><div> </div><div><br></div><div><div>Indeed, if you were to add code to process WebSocket frames, that would be yet another thing to maintain long-term, which is why I'm not suggesting it. Not closing access to the streams is good enough to allow the consumer to implement WebSockets. While I do also have code to process the frames, that is out of scope for the issue at hand.</div></div><div><br></div><div>I've raised a <a href="https://github.com/openjdk/jdk/pull/27069">one-file PR illustrating the changes I'm talking about</a>. If you could spare time to briefly skim it over to get a better sense of what I'm talking about, I would be most grateful.</div><div><br></div><div>Thanks for your time,</div><div><br></div><div>-- Josiah</div></div><input name="virtru-metadata" type="hidden" value="{"email-policy":{"state":"closed","expirationUnit":"days","disableCopyPaste":false,"disablePrint":false,"disableForwarding":false,"enableNoauth":false,"persistentProtection":false,"expandedWatermarking":false,"expires":false,"isManaged":false,"sms":false},"attachments":{},"compose-id":"1","compose-window":{"secure":false}}"></div>