On Fri, 2015-11-06 at 12:34 -0800, Andreas Schaefer Sr. wrote: > Hi Robert > > I ran into an issue with RAT because I use GIT and when I used the > Sling Tooling branch the IntelliJ project files (*.iml) did trip it > off because regular Sling folders like (bundles, launchpad etc) > remain in the file system even if the branch does not use them. > > Adding an exclusion of **/*.iml did fix the issue
At first glance this does not seem to be the issue here. Looking at the BinaryEncoderTest [1] in the creadur/rat source code, it's a limitation of creadur related to various encoding. Which is not ideal but not such a big deal either - we have a simple workaround. Robert [1]: https://github.com/apache/creadur-rat/blob/85e92346a1bdc876cc7b40a d2a4dbc66cb622e27/apache-rat- core/src/test/java/org/apache/rat/document/impl/guesser/BinaryGuesserTe st.java#L108-L122 > > - Andy > > > On Nov 6, 2015, at 12:09 AM, Robert Munteanu <[email protected]> > > wrote: > > > > On Fri, 2015-11-06 at 02:26 +0000, Apache Jenkins Server wrote: > > > [ERROR] Failed to execute goal org.apache.rat:apache-rat- > > > plugin:0.11:check (default) on project > > > org.apache.sling.installer.factory.subsystems-base: Too many > > > files > > > with unapproved license: 1 See RAT report in: <https://builds.apa > > > che. > > > org/job/sling-trunk- > > > 1.7/ws/trunk/installer/factories/subsystem_base/target/rat.txt> > > > -> > > > [Help 1] > > > [ERROR] > > > > This seems to fail at due to the test1.subsystem-base file placed > > in > > the source tree. However, locally it is correctly detected as a > > binary > > file ( it's a Jar ). > > > > I'll add a rat plugin exclusion anyway. > > > > Robert >
