[ https://issues.apache.org/jira/browse/JCR-3243?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13221031#comment-13221031 ]
Alex Parvulescu commented on JCR-3243: -------------------------------------- > So, I'm not sure which one is worse: return some of the values from the > iterator or change a public method. I'd definitely choose correctness :) In my view if this patch goes into jr, it should not introduce unexpected behavior. > 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.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