ICEfaces
  1. ICEfaces
  2. ICE-2776

Delay in asynchronous updates on Glassfish with grizzly async configured

    Details

    • Type: Bug Bug
    • Status: Closed
    • Priority: Major Major
    • Resolution: Fixed
    • Affects Version/s: 1.7Beta1
    • Fix Version/s: 1.7RC1, 1.7
    • Component/s: Framework
    • Labels:
      None
    • Environment:
      glassfish-installer-v2ur1-b09d-windows

      Description

      1)Grizzly async push works fine(clocks ticking on auction monitor) when user has only one window open.
      2)When two users login to chat and one user tries to interact with the other by sending messages or putting bid amounts, a visible delay is seen (clocks stop ticking for few seconds) on the second users window.

        Issue Links

          Activity

          Hide
          Mircea Toma added a comment -

          Refactor XMLHttpRequest callbacks to not make use of any library.

          Show
          Mircea Toma added a comment - Refactor XMLHttpRequest callbacks to not make use of any library.
          Hide
          Mircea Toma added a comment -

          This issue needs to be re-tested with the fix for ICE-2842.

          Show
          Mircea Toma added a comment - This issue needs to be re-tested with the fix for ICE-2842 .
          Hide
          Mircea Toma added a comment -

          According to this ( http://weblogs.java.net/blog/jfarcand/archive/2007/01/configuring_gri.html ) we need to change a few configuration parameters in domain.xml file to have a responsive Ajax application.

          Mainly we should change these values:

          • change jvm option
            <jvm-options>-server</jvm-options>
          • add jvm option
            <jvm-options>-Dcom.sun.enterprise.server.ss.ASQuickStartup=false</jvm-options>
          • change 'thread-count' related attributes
            <request-processing header-buffer-length-in-bytes="8192" initial-thread-count="10"
            request-timeout-in-seconds="30" thread-count="130" thread-increment="10"/>
          • increment number of acceptor threads to match number of processors/cores
            <http-listener id="http-listener-1" address="0.0.0.0" port="8080" acceptor-threads="2".....
          Show
          Mircea Toma added a comment - According to this ( http://weblogs.java.net/blog/jfarcand/archive/2007/01/configuring_gri.html ) we need to change a few configuration parameters in domain.xml file to have a responsive Ajax application. Mainly we should change these values: change jvm option <jvm-options>-server</jvm-options> add jvm option <jvm-options>-Dcom.sun.enterprise.server.ss.ASQuickStartup=false</jvm-options> change 'thread-count' related attributes <request-processing header-buffer-length-in-bytes="8192" initial-thread-count="10" request-timeout-in-seconds="30" thread-count="130" thread-increment="10"/> increment number of acceptor threads to match number of processors/cores <http-listener id="http-listener-1" address="0.0.0.0" port="8080" acceptor-threads="2".....
          Hide
          Mircea Toma added a comment -

          The bug described here was actually fixed on commit with revision: 15968.

          The 1-2 seconds delay we see when using the chat in auctionMonitor happens also when running with Tomcat. The delay occurs only on the first 4 chat messages when large DOM updates arrive to the server and their processing introduce the delay. After that when the updates for the listed chat messages arrive as individual updates for each row the browser has to do less processing thus no visible delay in clocks.

          Show
          Mircea Toma added a comment - The bug described here was actually fixed on commit with revision: 15968. The 1-2 seconds delay we see when using the chat in auctionMonitor happens also when running with Tomcat. The delay occurs only on the first 4 chat messages when large DOM updates arrive to the server and their processing introduce the delay. After that when the updates for the listed chat messages arrive as individual updates for each row the browser has to do less processing thus no visible delay in clocks.
          Hide
          Ken Fyten added a comment -

          Assign to Ted for evaluation.

          Show
          Ken Fyten added a comment - Assign to Ted for evaluation.

            People

            • Assignee:
              Unassigned
              Reporter:
              Mandeep Hayher
            • Votes:
              0 Vote for this issue
              Watchers:
              0 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved: