Uploaded image for project: 'JDK'
  1. JDK
  2. JDK-4527289

race condition between rmid calling newInstance and group going inactive

XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Fixed
    • Icon: P4 P4
    • 6
    • 1.3.1
    • core-libs
    • None
    • beta
    • generic
    • generic

      If an activation group has decided that it can go inactive, it sets local state to disallow incoming newInstance calls, and then attempts to notify rmid by calling the inactivateGroup method of the monitor. Suppose a newInstance call comes in after the local state is set but before rmid is notified that the group is inactive. The activation group rejects the newInstance call by throwing an ActivationException, but rmid treats that ActivationException as fatal and rethrows it to the client ActivatableRef, which also treats it as fatal and wraps it in an ActivateFailedException thrown to the client. This is wrong. Somehow rmid needs to know that the problem is a "stale" group, so that it can spawn a new group and call newInstance on it instead.

            awollratsunw Ann Wollrath (Inactive)
            bscheiflsunw Bob Scheifler (Inactive)
            Votes:
            0 Vote for this issue
            Watchers:
            0 Start watching this issue

              Created:
              Updated:
              Resolved:
              Imported:
              Indexed: