Can we do this in the pare t POM?

Gary

On May 15, 2013, at 4:03, Thomas Neidhart <thomas.neidh...@gmail.com> wrote:

> 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
>>
>>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Reply via email to