in collections I already filter it like this:

<reporting>
  <plugins>
      <plugin>
        <groupId>org.apache.rat</groupId>
        <artifactId>apache-rat-plugin</artifactId>
        <configuration>
          <excludes>
            <exclude>site-content/**/*</exclude>
          </excludes>
        </configuration>
      </plugin>
  ...
</reporting>



On Wed, May 15, 2013 at 3:19 AM, sebb <seb...@gmail.com> wrote:

> I've just done a test with IO, and the speed problem seems to be
> related to the SVN files under site-content.
> These seem to cause 0.9 to hang - a thread dump shows the code is
> mainly at the line:
>
> at
> org.apache.rat.analysis.license.FullTextMatchingLicense.match(FullTextMatchingLicense.java:79)
>
> This is calling Pattern.matcher() so I assume there must be some kind
> of content that causes the regex engine to churn.
> Perhaps the pattern is causing excess backtracking.
>
> I've no idea why 0.9 has a problem with these particular files, but
> they should not be included in the RAT check anyway.
>
> If you want to test RAT on its own:
>
> mvn apache-rat:rat [-Dcommons.rat.version=0.9]
>
> Obviously there is a bug in RAT 0.9, but maybe we can avoid it by
> excluding site-content.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>

Reply via email to