Uploaded image for project: 'FishEye'
  1. FishEye
  2. FE-3958

Content Indexing: Filter the paths to index before processing the list twice.

    XMLWordPrintable

Details

    • Suggestion
    • Resolution: Fixed
    • 2.7.11
    • Search
    • None
    • Our product teams collect and evaluate feedback from a number of different sources. To learn more about how we use customer feedback in the planning process, check out our new feature policy.

    Description

      We should filter the paths to content index for SVN (and p4) as we do here: https://extranet.atlassian.com/crucible/browse/~br=2.7-FECRU-1957-content-dupes/FE-hg/src/java/com/cenqua/fisheye/svn/SvnRepositoryScanner.java?r=70669da392559c65059162bf73a7e19850f03286#to187

      In this method: https://extranet.atlassian.com/crucible/browse/~br=FE-3905-reindex-replay-smart-commits/FE-hg/src/java/com/cenqua/fisheye/rep/RepositoryScanner.java?r=3857293452930fde2bf7480ef751cbf6a24324ef#to384

      by calling a sub-class filter content paths method.

      This means for matching paths we will lookup the (String) paths 3 times instead of 2, but for non-matching paths, we'll only look them up once and we won't try to delete all their content docs, triggering unnecessarily small lucene commits.

      We should modify the SortedIntSet inplace, so we don't use any more memory

      Attachments

        Activity

          People

            mwatson@atlassian.com mwatson
            mwatson@atlassian.com mwatson
            Votes:
            0 Vote for this issue
            Watchers:
            0 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved: