Uploaded image for project: 'Jackrabbit Oak'
  1. Jackrabbit Oak
  2. OAK-1368

Only one Observer per session

    XMLWordPrintableJSON

Details

    • Improvement
    • Status: Resolved
    • Major
    • Resolution: Won't Fix
    • None
    • None
    • jcr

    Description

      As mentioned in OAK-1332, a case where a single session registers multiple observation listeners can be troublesome if events are delivered concurrently to all of those listeners, since in such a case the NamePathMapper and other session internals will likely suffer from lock contention.

      A good way to avoid this would be to have all the listeners registered within a single session be tied to a single Observer and thus processed sequentially.

      Doing so would also improve performance as the listeners could leverage the same content diff. As the listeners come from a single session and thus presumably from a single client, there's no need to worry about one client blocking the work of another.

      Attachments

        Issue Links

          Activity

            People

              mduerig Michael Dürig
              jukkaz Jukka Zitting
              Votes:
              0 Vote for this issue
              Watchers:
              4 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved: