-
-
Notifications
You must be signed in to change notification settings - Fork 16.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Support http/2. #3730
base: 5.0
Are you sure you want to change the base?
Support http/2. #3730
Conversation
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
Update: Node.js v10.10.0 was released an hour ago, and http2 module is no longer experimental |
So I started taking a look into this, and it seems like this is good, but only a first pass. There are still a bunch of issues. Mainly, the test suite of Express doesn't extensively test all of it's dependencies, even just the high-level ones like I'm going to write up a list of the issues I'm finding. Also, it seems like there is at least one more test disabled for HTTP/2 not mentioned in the OP. We may want to add a checkmark list (I did that already) and track what is the known-outstanding issues. One of the comments in the PR is |
It's my misunderstanding. I look into it and find issue about sendFile with http2 head method.
However, |
56c406b
to
2a78f4c
Compare
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
It looks like it only possible to work it with spdy right now. |
Is there anything I could do to help here? |
It turns out that even though http2 in core has a compatibility API, it is not transparent and still causes a lot of breakages. There are the obvious issues of the colon-prefixed headers that show through in req.headers and so now our internals and existing middleware need to be reworked to properly handle these (think for example anything looking at req.headers.host), but also even the events that are emitted on the objects seem to be slightly different, which is having ramifications on our deep internals. I've pretty much come to the conclusion and started working on what I think is the only real option: create an entirely new request and response object that completely wraps the node.js core ones and evens them out between http/1 and http/2 so no module ever have to understand the difference between them. Otherwise there is going to be a growing divide in the middlewares, and just using a middleware you'll not easily be able to tell if it works with http/1, http/2, or both. I think that the common deployment behind lbs will be http/1 for the foreseeable future, but http/2 is growing and of course is needed to provide new features, so it does news to be supposed in express. But we cannot scrasifice the usability of middleware by forcing them to manually support 1&2 and hope that just works out. This is a large effort to create this new abstraction layer, though I have recently started work on it. It would be awesome if the core http2 compatibility api was just this layer directly, but i think with it shipping as stable that ship has sailed and express needs to stop letting the node.js core object shine through at all to ensure a stable api. |
@dougwilson so it seems, it is not just straight put in some quick http2 code, but it needs more work, but it will be actually finally be working in the foreseeable future ? |
@eljefedelrodeodeljefe Current blocker is nodejs Current approach is create new request and response object that wrap and hide differences between I exposed the differences to fix them on nodejs/node#29829 |
@sogaani Please update the community on the progress - thank you again of spending time on this. |
Found this project, which may be just the right thing for non-production use: http2-express-bridge (You get what you pay for.) |
This comment has been minimized.
This comment has been minimized.
Any update on HTTP/2 support in Express? |
Hey there, is express now supporting http/2 ? |
Really?!?! My comment was marked as spam? How about something productive like a status update instead? |
@sogaani @dougwilson Hi just wondering if this feature is still in the works / planned? Or is there is a recommended workaround? |
I have not been working on this PR for long time. Currently I don't have much time to progress. |
Any update on HTTP/2 support in Express? |
what the time line on this |
any updates? @sogaani mind updating the checklist above about what is left? looks like from the above list:
|
This PR is rebased and added tests from #3390
We need to disable some tests on http/2, as some node module have issue with http/2. PR pending on resolution of the following issues:
// cookies with http2 has an issue
Support Http2 pillarjs/cookies#99// vhost with http2 has an issue
Support Http2 vhost#29// HEAD with http2 does not support response body
response.sendFile has an issu. See also Support http/2. #3730 (comment)
fixed by commit 2a78f4c
Fixed by Fix http2 request with node 10. ladjs/superagent#1414
Currently this PR does not depend on above issue, but this PR and the superagent PR have deplicate codes. We can delete those code after landing PRs.
Fixed in http2: check if stream is not destroyed before sending trailers nodejs/node#22896
Maybe land on node 10.12.0