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

Handlers configured on abstract nodes in logging.properties are not always properly closed

    Details

      Backports

        Description

        If a handler is configured in logging.properties for an abstract node in the logger hierarchy, that is, a node for which the application doesn't keep a strong logger reference, then that node may be garbage collected before the LogManager's Cleaner thread is run - and its associated handlers will not be properly closed at system exit.

        For instance, if the logging.properties files defines a handler for com.foo, and the application creates a com.foo.child logger, then com.foo will be garbage collected shortly after com.foo.child, and the handler that the LogManager created for com.foo will not be closed.
        The observable symptom is that the lock file associated with any FileHandler configured for com.foo will not be deleted at system exit, since at that time the com.foo logger may have been already garbage collected.

          Attachments

            Issue Links

              Activity

                People

                • Assignee:
                  dfuchs Daniel Fuchs
                  Reporter:
                  dfuchs Daniel Fuchs
                • Votes:
                  0 Vote for this issue
                  Watchers:
                  2 Start watching this issue

                  Dates

                  • Created:
                    Updated:
                    Resolved: