ICEfaces-EE
  1. ICEfaces-EE
  2. IPCK-289

Session data replication doesn't always work

    Details

    • Type: Bug Bug
    • Status: Closed
    • Priority: Major Major
    • Resolution: Fixed
    • Affects Version/s: EE-2.0.0.Beta1
    • Fix Version/s: EE-2.0.0
    • Component/s: Samples
    • Labels:
      None
    • Environment:
      Tomcat 6/7 cluster, ActiveMQ cluster, Poll, EPS

      Description

      Using the Poll application and failing over back and forth between nodes shows that session data is not always being replicated.

        Activity

        Jack Van Ooststroom created issue -
        Jack Van Ooststroom made changes -
        Field Original Value New Value
        Assignee Ken Fyten [ ken.fyten ] Jack van Ooststroom [ jack.van.ooststroom ]
        Jack Van Ooststroom made changes -
        Status Open [ 1 ] In Progress [ 3 ]
        Hide
        Jack Van Ooststroom added a comment -

        It's remains speculative why this went unnoticed for so long. The timing of session replication can be a bit undeterministic depending on the application server environment. Over time, ICEfaces 2, JSF 2 and the Poll application evolved as well, possibly changing the timing of things slightly. Setting the enableAgressiveSessionDirty context parameter to true in the Poll's deployment descriptor makes the behavior deterministic and gives expected results. Marking this one as FIXED.

        Show
        Jack Van Ooststroom added a comment - It's remains speculative why this went unnoticed for so long. The timing of session replication can be a bit undeterministic depending on the application server environment. Over time, ICEfaces 2, JSF 2 and the Poll application evolved as well, possibly changing the timing of things slightly. Setting the enableAgressiveSessionDirty context parameter to true in the Poll's deployment descriptor makes the behavior deterministic and gives expected results. Marking this one as FIXED.
        Jack Van Ooststroom made changes -
        Status In Progress [ 3 ] Resolved [ 5 ]
        Resolution Fixed [ 1 ]
        Ken Fyten made changes -
        Status Resolved [ 5 ] Closed [ 6 ]

          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: