jackrabbit-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Mete Atamel (Updated) (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (JCR-3243) RepositoryStatistics should be more flexible
Date Sat, 03 Mar 2012 16:15:57 GMT

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

Mete Atamel updated JCR-3243:

    Attachment: JCR-3243-4.patch

The final patch that includes suggestions from Alex and a JUnit test for the iterator.
> RepositoryStatistics should be more flexible
> --------------------------------------------
>                 Key: JCR-3243
>                 URL: https://issues.apache.org/jira/browse/JCR-3243
>             Project: Jackrabbit Content Repository
>          Issue Type: Improvement
>          Components: jackrabbit-api, jackrabbit-core
>            Reporter: Mete Atamel
>            Priority: Minor
>         Attachments: JCR-3243-2.patch, JCR-3243-3.patch, JCR-3243-4.patch, JCR-3243.patch
> Right now, Jackrabbit reports TimeSeries for things like BUNDLE_READ_COUNTER, BUNDLE_WRITE_COUNTER,
etc. but there is no way to extend Jackrabbit and report TimeSeries for additional properties.
That's because the type of TimeSeries are defined in RepositoryStatistics class as Type enum.
Enums in Java cannot be extended which limits to TimeSeries to the Types defined in RepositoryStatistics.

> I suggest that RepositoryStatistics is improved to allow additional TimeSeries. One approach
is to define an additional RepositoryStatistics#getType(String) method. 

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira


View raw message