<div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr">> out of curiosity</div><div dir="ltr"><br></div><div>I hope it becomes more than that :) For example, I'd say that today a HttpServer does not need to support the Servlet Spec (e.g. Helidon 4 SE HttpServer), and all that I'd look to add on top of JDK HttpServer is a "Routing Layer".  A lot of deployed services are not directly internet facing but instead have gateways in front of them so imo we frequently don't need more http features (like http3 etc).</div><div><br></div><div>Getting these changes in and JDK HttpServer could be pretty competitive for a lot of cases due to its minimalism.</div><div><br></div></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, 11 Jul 2024 at 23:34, robert engels <<a href="mailto:robaho@me.com">robaho@me.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">It was done more out of curiosity. I know the code fairly well so I was surprised in the low performance of the JDK httpserver so I set about to figure out why. <br>
<br>
> On Jul 11, 2024, at 4:17 AM, Alan Bateman <<a href="mailto:Alan.Bateman@oracle.com" target="_blank">Alan.Bateman@oracle.com</a>> wrote:<br>
> <br>
> On 05/07/2024 18:41, Robert Engels wrote:<br>
>> Some that follow this list might be interested in the latest release of my httpserver - which is a port of the JDK one - designed for virtual threads (no async, no synchronized blocks) at <a href="https://github.com/robaho/httpserver" rel="noreferrer" target="_blank">https://github.com/robaho/httpserver</a><br>
>> <br>
>> It shows nearly 3x performance on the tech empower low-level benchmarks.<br>
>> <br>
>> I attribute most of the performance gain due to it supporting http pipelining, which I think should be easy to backport in the JDK version. There are some other micro improvements that help quite a bit for these types of tests. As it is, it is able to saturate a 1gbit ethernet link.<br>
> <br>
> Thanks for the post, it's interesting to this fork being used for performance testing. As you probably know, the original motive for this HTTP server was something basic to support XML web services callbacks. Today it provides an on-ramp to web development with local testing. It's also useful for other testing too, or just to serve up API docs or other content. It's never been a goal to have it be competitive in either features or performances when compared to other HTTP servers. Just saying to explain why there hasn't been a interest on net-dev to add pipelining or other features.<br>
> <br>
> -Alan<br>
</blockquote></div>