Uploaded image for project: 'mod_cluster'
  1. mod_cluster
  2. MODCLUSTER-801

mod_proxy_cluster returns 404 now instead of 503 when there's no matching context

XMLWordPrintable

    • Hide

      Set a basic ProxyPass in the mod_proxy_cluster.conf

      ProxyPass / balancer://mycluster/
      

      Don't start any application server. Attempt any request to httpd and note it gives a 404 from the balancer instead of the 503 as on 2.4.51 and earlier.

      Show
      Set a basic ProxyPass in the mod_proxy_cluster.conf ProxyPass / balancer: //mycluster/ Don't start any application server. Attempt any request to httpd and note it gives a 404 from the balancer instead of the 503 as on 2.4.51 and earlier.

      With https://github.com/modcluster/mod_proxy_cluster/commit/2c459baf097940b65c94a898da3edc950d1c8402, JBCS httpd 2.4.57 now returns a 404 if there's no matching context even when a manual ProxyPass is used. That had always been a 503 instead with JBCS httpd 2.4.51 and earlier so this response code change can be undesired for some mod_cluster users.

      This could be seen in a common scenario where all the app server instances are stopped so the context isn't currently present on the balancer. With 2.4.51 and before, the balancer responds with 503, which could be preferred as it suggests there is a technical issue with the application preventing its access temporarily so it can be retried while a 404 is suggesting more so that the content simply isn't present and so may be incorrectly requested content.

      Could we revert this response code change or perhaps make it configurable if it'll give a 404 or a 503 in such a case?

              rhn-engineering-jclere Jean-Frederic Clere
              rhn-support-aogburn Aaron Ogburn
              Votes:
              1 Vote for this issue
              Watchers:
              3 Start watching this issue

                Created:
                Updated:
                Resolved: