ICEfaces
  1. ICEfaces
  2. ICE-4687

An exception during Request.respondWith(...) causes ThreadBlockingAdaptingServlet's semaphore to not be released.

    Details

    • Type: Bug Bug
    • Status: Closed
    • Priority: Critical Critical
    • Resolution: Fixed
    • Affects Version/s: 1.8.1
    • Fix Version/s: 1.8.2-RC1, 1.8.2
    • Component/s: Framework
    • Labels:
      None
    • Environment:
      ICEfaces Core, ICEfaces Push Server

      Description

      ICEfaces application bugs exposed a thread leak in the Thread Blocking environment. If an exception is thrown while trying to send a response to a request the Servlet Container supplied thread got blocked and never got unblocked. The Thread Blocking environment relies on semaphore logic to block and unblock the Servlet Container supplied thread. This thread tries to acquire the semaphore if no response is available causing this thread to block. When a response becomes available another thread releases the semaphore in order to unblock the Servlet Container supplied thread. If an exception occurred during this process the semaphore was not released.

      Basically, an exception during Request.respondWith(...) causes ThreadBlockingAdaptingServlet's semaphore to not be released:

          public void respondWith(ResponseHandler handler) throws Exception {
              super.respondWith(handler);
              if (semaphore == null) {
                  blockResponse = false;
              } else {
                  semaphore.release();
              }
          }

        Activity

        Ken Fyten made changes -
        Status Resolved [ 5 ] Closed [ 6 ]
        Jack Van Ooststroom made changes -
        Environment ICEfaces Core ICEfaces Core, ICEfaces Push Server
        Salesforce Case []
        Ken Fyten made changes -
        Fix Version/s 1.8.2-RC1 [ 10210 ]
        Ken Fyten made changes -
        Salesforce Case []
        Priority Major [ 3 ] Critical [ 2 ]
        Jack Van Ooststroom made changes -
        Salesforce Case []
        Description An exception during Request.respondWith(...) causes ThreadBlockingAdaptingServlet's semaphore to not be released:

                public void respondWith(ResponseHandler handler) throws Exception {
                    super.respondWith(handler);
                    if (semaphore == null) {
                        blockResponse = false;
                    } else {
                        semaphore.release();
                    }
                }
        ICEfaces application bugs exposed a thread leak in the Thread Blocking environment. If an exception is thrown while trying to send a response to a request the Servlet Container supplied thread got blocked and never got unblocked. The Thread Blocking environment relies on semaphore logic to block and unblock the Servlet Container supplied thread. This thread tries to acquire the semaphore if no response is available causing this thread to block. When a response becomes available another thread releases the semaphore in order to unblock the Servlet Container supplied thread. If an exception occurred during this process the semaphore was not released.

        Basically, an exception during Request.respondWith(...) causes ThreadBlockingAdaptingServlet's semaphore to not be released:

            public void respondWith(ResponseHandler handler) throws Exception {
                super.respondWith(handler);
                if (semaphore == null) {
                    blockResponse = false;
                } else {
                    semaphore.release();
                }
            }
        Jack Van Ooststroom made changes -
        Status Open [ 1 ] Resolved [ 5 ]
        Resolution Fixed [ 1 ]
        Jack Van Ooststroom made changes -
        Salesforce Case []
        Fix Version/s 1.8.2 [ 10190 ]
        Jack Van Ooststroom made changes -
        Field Original Value New Value
        Assignee Jack Van Ooststroom [ jack.van.ooststroom ]
        Jack Van Ooststroom created issue -

          People

          • Assignee:
            Jack Van Ooststroom
            Reporter:
            Jack Van Ooststroom
          • Votes:
            0 Vote for this issue
            Watchers:
            0 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved: