You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Here it constructs 'altStr' based off 'source' and not 'str' which causes a match of the pattern against the pattern, which always return true. I believe the intention is to normalize the path separator in 'str' not 'source' when constructing 'altStr'.
cheers,
Jon
The text was updated successfully, but these errors were encountered:
We have a directory with lots of files (enough to consume all jvm memory if traversed by DirectoryScanner).
We use an inclusion filter with ant-style pattern like this:
Note: 'dir1' is NOT the very large directory.
Non-matching directories should end up here: https://github.com/codehaus-plexus/plexus-utils/blob/master/src/main/java/org/codehaus/plexus/util/DirectoryScanner.java#L484 and then based off not matching the includes, the traversal should stop.
But it seems the 'couldHoldIncluded(name)' call is always returning true due to a bug in the implementation.
https://github.com/codehaus-plexus/plexus-utils/blob/master/src/main/java/org/codehaus/plexus/util/MatchPattern.java#L97
Here it constructs 'altStr' based off 'source' and not 'str' which causes a match of the pattern against the pattern, which always return true. I believe the intention is to normalize the path separator in 'str' not 'source' when constructing 'altStr'.
cheers,
Jon
The text was updated successfully, but these errors were encountered: