ICEfaces
  1. ICEfaces
  2. ICE-3824

Client should retry application on 500 error responses

    Details

    • Type: Improvement Improvement
    • Status: Closed
    • Priority: Major Major
    • Resolution: Won't Fix
    • Affects Version/s: None
    • Fix Version/s: 1.8DR#2, 1.8
    • Component/s: Bridge
    • Labels:
      None
    • Environment:
      ICEfaces + Apache or AHS
    • Affects:
      Documentation (User Guide, Ref. Guide, etc.)

      Description

      The latest version of Apache immediately sends back a 500 error when requests are received in the midst of failover or from the AHS server when it handles server side exceptions
      This is potentially better than having the connection hang and go unanswered, but the current handling of this error condition shuts down the bridge.

      We'd like to adopt the strategy of reloading the page once or twice in the case of these errors. There are a couple of considerations. On graceful shutdown of a node, all of the blocking connections will be released nearly simultaneously and the reloads from all of the servers should potentially be spread out over an interval. No attempt should be made before Apache is willing to receive them or this will start looping, which in the case of 2.2.10, is greater than 2.5 seconds, but somewhere less than 5. Configurable by the user might be nice as well.

        Activity

        Greg Dick created issue -
        Ken Fyten made changes -
        Field Original Value New Value
        Salesforce Case []
        Fix Version/s 1.8DR#2 [ 10142 ]
        Assignee Priority P1
        Assignee Mircea Toma [ mircea.toma ]
        Mircea Toma made changes -
        Salesforce Case []
        Affects [Documentation (User Guide, Ref. Guide, etc.)]
        Mircea Toma made changes -
        Status Open [ 1 ] Resolved [ 5 ]
        Resolution Won't Fix [ 2 ]
        Ken Fyten made changes -
        Fix Version/s 1.8 [ 10161 ]
        Assignee Priority P1
        Ken Fyten made changes -
        Status Resolved [ 5 ] Closed [ 6 ]
        Assignee Mircea Toma [ mircea.toma ]

          People

          • Assignee:
            Unassigned
            Reporter:
            Greg Dick
          • Votes:
            0 Vote for this issue
            Watchers:
            0 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved: