Uploaded image for project: 'Weld'
  1. Weld
  2. WELD-1995

Initialize conversation id generator and conversation map lazily

    Details

      Description

      Right now, the generator and the conversation map are always stored in the request during conversation context association. If the session already exists, Weld attempts to load the values from there. Otherwise, new generator and conversation map is created. If the session exists when the request is dissociated, both instances are stored in the session.

      WRT session replication - if the granularity is set to SESSION (WildFly default) and set-and-non-primitive-get strategy or similar is used, the load attempt triggers replication of the whole HTTP session. In other words, once the HTTP session is created ALL subsequent requests trigger replication no matter whether user touches the HTTP session (e.g. calls a @SessionScoped bean) or not.

      Also unnecessary generator and conversation map are created for every HTTP request unless an HTTP session is associated (common scenario for RESTful webapps).

        Gliffy Diagrams

          Attachments

            Activity

              People

              • Assignee:
                mkouba Martin Kouba
                Reporter:
                mkouba Martin Kouba
              • Votes:
                0 Vote for this issue
                Watchers:
                1 Start watching this issue

                Dates

                • Created:
                  Updated:
                  Resolved: