ICEpush
  1. ICEpush
  2. PUSH-92

ICEpush Bridge: incorrect behavior regarding the listen.icepush blocking request

    Details

    • Type: Bug Bug
    • Status: Closed
    • Priority: Major Major
    • Resolution: Fixed
    • Affects Version/s: 2.0-Beta
    • Fix Version/s: 2.0-Beta
    • Component/s: Push Library
    • Labels:
      None
    • Environment:
      ICEpush Core, icepush-jsp-push

      Description

         1. Using icepush-jsp-push and icepush-jsp-cluster (my own test application) the blocking connection seems to behave oddly. A listen.icepush request is issued to the server and handled by the application. I'm not interacting with the page at all. After 50 seconds the server decides to send a <noop /> response back to the Bridge. I would expect the Bridge to re-issue a listen.icepush request upon receiving the <noop /> response. This does not seem to happen anymore.

         2. Using icepush-jsp-cluster with EPS the blocking connection again seems to behave oddly. A listen.icepush request is issued and handled by the EPS. I'm not interacting with the page at all. Just before 50 seconds the Bridge issues another listen.icepush request before receiving any response to the previous one. EPS decides (using Core code) to response with an X-Connection: close to the previous listen.icepush request and handles the current listen.icepush request. After about 25 seconds the Bridge issues another listen.icepush request again before receiving any response to the previous one. EPS decides (using Core code) to response with an X-Connection: close to the previous listen.icepush request and handles the current listen.icepush request. After 12 seconds or so the blocking connection is dead.

        Activity

        Jack Van Ooststroom created issue -
        Jack Van Ooststroom made changes -
        Field Original Value New Value
        Assignee Mircea Toma [ mircea.toma ]
        Jack Van Ooststroom made changes -
        Fix Version/s 2.0-Beta [ 10232 ]
        Mircea Toma made changes -
        Status Open [ 1 ] Resolved [ 5 ]
        Resolution Fixed [ 1 ]
        Ken Fyten made changes -
        Status Resolved [ 5 ] Closed [ 6 ]

          People

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

            Dates

            • Created:
              Updated:
              Resolved: