-
Notifications
You must be signed in to change notification settings - Fork 67
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
Context path #16
Context path #16
Conversation
this PR depends on #13 |
per @mdymczyk these are the files with the meaningful changes - the other two are built artifacts that happen be under version control |
87240e0
to
900c684
Compare
@micahstubbs I removed the dependency on PR #13 and removed the changes in build files so its easier to review. |
@mdymczyk will hand this back to you to see if you can reproduce and resolve these errors |
@micahstubbs ah yes I forgot to mention this should be tested against this H2O branch: https://github.com/h2oai/h2o-3/tree/MD_jetty_context_path I pushed some changes to Flow that will make it work with h2-3#master also but please try the above branch.
You can then point your browser to http://localhost:54321/H2O/flow/index.html (you can also test http://localhost:54321/H2O and http://localhost:54321/H2O/ for redirects) |
ok good news, so http://localhost:54321/H2O/flow/index.html renders Flow |
that said, the current default http://172.16.2.26:54321/flow/index.html returns a 404 |
the default http://172.16.2.26:54321/flow/index.html or localhost:54321/flow/index.html addresses might be hard-coded in other places. @mdymczyk what do you think about add support for redirecting localhost:54321/flow/index.html to:
? |
@lo5 would like to hear your thoughts - where we should route the old port, without a context path? if we do change every instruction to open Flow from the h2o-3 logs, is it ok to deprecate the old |
@mdymczyk chatted with @mmalohlava and @lo5 this morning. our consensus is that the sharing this comment here as well in the related |
after a conversation with @tomkraljevic, the edge case where a user would visit |
verified that Flow works normally with the code from this branch when the |
#Support for custom jetty context paths. Comments welcome. Don't think we need to make that initial AJAX call to get it from the server, we can parse the URL but just to be safe...
Not sure why we have the build folder in the repo but the 2 files in the build file DON'T need a review, only the ~20 lines in the remaining 5 files do.