jackrabbit-oak-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Stefan Egli (JIRA)" <j...@apache.org>
Subject [jira] [Resolved] (OAK-4855) Expose actual listener.toString in consolidated listener mbean
Date Tue, 11 Oct 2016 15:10:21 GMT

     [ https://issues.apache.org/jira/browse/OAK-4855?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel

Stefan Egli resolved OAK-4855.
       Resolution: Fixed
    Fix Version/s:     (was: 1.6)

done in trunk in http://svn.apache.org/viewvc?rev=1764265&view=rev

> Expose actual listener.toString in consolidated listener mbean
> --------------------------------------------------------------
>                 Key: OAK-4855
>                 URL: https://issues.apache.org/jira/browse/OAK-4855
>             Project: Jackrabbit Oak
>          Issue Type: Improvement
>          Components: jcr
>    Affects Versions: 1.5.10
>            Reporter: Stefan Egli
>            Assignee: Stefan Egli
>             Fix For: 1.5.13
>         Attachments: OAK-4855.patch
> With SLING-6056 more listeners (in the form of ResourceChangeListeners) will be mapped
1:1 to either BackgroundObservers or JCR EventListeners. That means, they will also be exposed
in the consolidated listeners stats. Without any change though, all that can be seen in that
stats is the name of that 'bridge/mapper' listener (ie either JcrResourceListener or OakResourceListener),
since currently all that is exposed is {{getClass().toString()}} - and the actual ResourceChangeListener
sitting 2 steps behind is not visible.
> In JCR-4032 I'm suggesting to introduce a {{getToString()}} to the EventListenerMBean,
and once that would be available, this could be exposed in the ConsolidatedListenerMBeanImpl.

This message was sent by Atlassian JIRA

View raw message