[
https://issues.apache.org/jira/browse/JCRVLT-666?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17638638#comment-17638638
]
Julian Reschke edited comment on JCRVLT-666 at 11/26/22 1:02 PM:
-----------------------------------------------------------------
Note: when one of the filter roots is not accessible, dumpCoverage descends
from the root node. Maybe it would be better just to ignore that filter root?
(EDIT: that's what the change now does)
was (Author: reschke):
Note: when one of the filter roots is not accessible, dumpCoverage descends
from the root node. Maybe it would be better just to ignore that filter root?
> improve performance of DefaultWorkspaceFilter.dumpCoverage (Session variant)
> ----------------------------------------------------------------------------
>
> Key: JCRVLT-666
> URL: https://issues.apache.org/jira/browse/JCRVLT-666
> Project: Jackrabbit FileVault
> Issue Type: Improvement
> Components: vlt
> Reporter: Julian Reschke
> Assignee: Julian Reschke
> Priority: Major
> Fix For: 3.6.6
>
>
> {{public void dumpCoverage(Session session, ProgressTrackerListener listener,
> boolean skipJcrContent)}}
> currently finds the closest ancestor node of the roots of all filters, and
> descends from there.
> This can be expensive when filter roots are siblings in a large folder,
> because all sibling nodes will be traversed as well.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
