Simplify usage of rest/web_listen_uri #2603
Closed
Comments
joschi
pushed a commit
that referenced
this issue
Aug 8, 2016
kroepke
added a commit
that referenced
this issue
Aug 10, 2016
* Allow web interface to listen on root context Refs #2603 * Merge RestApiService and WebInterfaceService into JerseyService * Merge StreamAlertReceiverResource into StreamAlertResource StreamAlertReceiverResource had the same @path annotation as StreamAlertResource which ultimately led to duplicate Resource models and Jersey throwing exceptions. * Avoid endless loading if stream throughput cannot be loaded * Use relative paths in remote resources * Ensure to normalize all configurable URIs * Add PrefixAddingModelProcessor * Serve web interface assets from "assets/" path * Allow running REST API and web interface on the same port * Add Jersey response filter for catching 404 responses * Fix Swagger UI * Change HTTP listener default configuration settings * rest_listen_uri = http://127.0.0.1:9000/api/ * web_listen_uri = http://127.0.0.1:9000/ * Add "fallback" prefix for JAX-RS resource packages (e. g. plugins) * Fix path of plugin resources for web interface * Replace String.prototype.startsWith() with "manual" variant in Swagger UI Looking at you, Internet Explorer! ಠ_ಠ https://developer.mozilla.org/en/docs/Web/JavaScript/Reference/Global_Objects/String/startsWith#Browser_compatibility * Fix context path of standalone web interface listener * Print correct URI for REST API on startup
|
@mariussturm These issues should be fixed by #2634. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Problem description
The desired state is to have the web interface on
<domain>/and the api listener on<domain>/api.1st try:
web_listen_uri: http://0.0.0.0:9000/rest_listen_uri: http://0.0.0.0:9000/apiError message is:
com.github.joschi.jadconfig.ValidationException: If REST and Web Interface are served on the same host/port, the web interface must have a path prefix!This is confusing because the default setting is exactly the other way around:
web_listen_uri: http://0.0.0.0:12900/webrest_listen_uri: http://0.0.0.0:12900/I would expect to swap both URIs without a problem.2nd try:
web_listen_uri: http://0.0.0.0:9000/webrest_listen_uri: http://0.0.0.0:9000/apiThis works but nothing is on the root listener. At least a redirect to
web_listen_uriorweb_endpoint_urishould be send there.3rd try
web_listen_uri: http://0.0.0.0:9000/webrest_listen_uri: http://0.0.0.0:9000/Opening
http://<IP>:9000works after some seconds, a redirect tohttp://<IP>:9000/webhappens but a stacktrace shows up in the server log:Environment
The text was updated successfully, but these errors were encountered: