[jira] [Commented] (RAT-190) False negatives(?) in apache rat license checking

2015-01-20 Thread Dan Dumont (JIRA)

[ 
https://issues.apache.org/jira/browse/RAT-190?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14284677#comment-14284677
 ] 

Dan Dumont commented on RAT-190:


Hi, sorry for the confusion.   The issue I'm having (even with your updated 
pom) is that rat is not flagging the js file in the directory.

There is no line in the pom for the license in the js file and I do not 
understand why it' not rejecting it.

 False negatives(?) in apache rat license checking
 -

 Key: RAT-190
 URL: https://issues.apache.org/jira/browse/RAT-190
 Project: Apache Rat
  Issue Type: Bug
Affects Versions: 0.8, 0.11
Reporter: Dan Dumont
 Attachments: complete-pom.xml, test.zip


 We're using rat to enforce our internal copyright on all of our source files.
 We're seeing it missing files that should be flagged.  Here's part of our pom:
 licenses
   license 
 implementation=org.apache.rat.analysis.license.SimplePatternBasedLicense
 licenseFamilyCategoryIBMCL/licenseFamilyCategory
 licenseFamilyNameIBM Copyright/licenseFamilyName
 notes/notes
 patterns
   patternCopyright IBM Corp. 2015/pattern
   patternCopyright IBM Corp. 2014, 2015/pattern
   patternCopyright IBM Corp. 2013, 2015/pattern
 /patterns
   /license
 /licenses
 licenseFamilies
   licenseFamily implementation=org.apache.rat.license.SimpleLicenseFamily
   familyNameIBM Copyright/familyName
 /licenseFamily
 /licenseFamilies
 The file in question is included as reported by running with debug 
 output...  but the file's copyright is:
 /* Copyright IBM Corp. 2014  All Rights Reserved.*/



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (RAT-190) False negatives(?) in apache rat license checking

2015-01-20 Thread Philipp Ottlinger (JIRA)

 [ 
https://issues.apache.org/jira/browse/RAT-190?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Philipp Ottlinger updated RAT-190:
--
Attachment: complete-pom.xml

A more complete pom that compiles and has a defaultGoal to build the project 
attached as test.zip.

 False negatives(?) in apache rat license checking
 -

 Key: RAT-190
 URL: https://issues.apache.org/jira/browse/RAT-190
 Project: Apache Rat
  Issue Type: Bug
Affects Versions: 0.8, 0.11
Reporter: Dan Dumont
 Attachments: complete-pom.xml, test.zip


 We're using rat to enforce our internal copyright on all of our source files.
 We're seeing it missing files that should be flagged.  Here's part of our pom:
 licenses
   license 
 implementation=org.apache.rat.analysis.license.SimplePatternBasedLicense
 licenseFamilyCategoryIBMCL/licenseFamilyCategory
 licenseFamilyNameIBM Copyright/licenseFamilyName
 notes/notes
 patterns
   patternCopyright IBM Corp. 2015/pattern
   patternCopyright IBM Corp. 2014, 2015/pattern
   patternCopyright IBM Corp. 2013, 2015/pattern
 /patterns
   /license
 /licenses
 licenseFamilies
   licenseFamily implementation=org.apache.rat.license.SimpleLicenseFamily
   familyNameIBM Copyright/familyName
 /licenseFamily
 /licenseFamilies
 The file in question is included as reported by running with debug 
 output...  but the file's copyright is:
 /* Copyright IBM Corp. 2014  All Rights Reserved.*/



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (RAT-158) SAXParser warnings

2015-02-11 Thread Christopher Tubbs (JIRA)

[ 
https://issues.apache.org/jira/browse/RAT-158?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14316953#comment-14316953
 ] 

Christopher Tubbs commented on RAT-158:
---

I was able to get this to work, but I don't know if it works in all situations:

{code}
plugin
  groupIdorg.apache.rat/groupId
  artifactIdapache-rat-plugin/artifactId
  dependencies
dependency
  groupIdorg.apache.maven.doxia/groupId
  artifactIddoxia-core/artifactId
  version1.6/version
  exclusions
exclusion
  groupIdxerces/groupId
  artifactIdxercesImpl/artifactId
/exclusion
  /exclusions
/dependency
  /dependencies
/plugin
{code}


 SAXParser warnings
 --

 Key: RAT-158
 URL: https://issues.apache.org/jira/browse/RAT-158
 Project: Apache Rat
  Issue Type: Bug
Affects Versions: 0.10
 Environment: Apache Maven 3.0.4
 Maven home: /usr/share/maven
 Java version: 1.6.0_30, vendor: Sun Microsystems Inc.
 Java home: /usr/lib/jvm/java-6-openjdk-amd64/jre
 Default locale: en_US, platform encoding: UTF-8
 OS name: linux, version: 3.11.0-17-generic, arch: amd64, family: unix
Reporter: John Vines
Priority: Minor

 I have rat configured as such
 {code} plugin
  groupIdorg.apache.rat/groupId
  artifactIdapache-rat-plugin/artifactId
  inheritedfalse/inherited
  executions
execution
  phaseverify/phase
  goals
goalcheck/goal
  /goals
/execution
  /executions
  configuration
excludes
  exclude**/conf/**/exclude
/excludes
  /configuration
/plugin
 {code}
 And with every build where it triggers, I see 
 {code}
 Warning:  org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser: Property 
 'http://www.oracle.com/xml/jaxp/properties/entityExpansionLimit' is not 
 recognized.
 Warning:  org.apache.xerces.parsers.SAXParser: Feature 
 'http://javax.xml.XMLConstants/feature/secure-processing' is not recognized.
 Warning:  org.apache.xerces.parsers.SAXParser: Property 
 'http://www.oracle.com/xml/jaxp/properties/entityExpansionLimit' is not 
 recognized.
 {code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (RAT-190) False negatives(?) in apache rat license checking

2015-02-16 Thread Dan Dumont (JIRA)

[ 
https://issues.apache.org/jira/browse/RAT-190?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14323256#comment-14323256
 ] 

Dan Dumont commented on RAT-190:


I had specified none, so the default that was added to the pom (clean install) 
was used.

I just tested this on Maven 3.2.5 and it still succeeds.

 False negatives(?) in apache rat license checking
 -

 Key: RAT-190
 URL: https://issues.apache.org/jira/browse/RAT-190
 Project: Apache Rat
  Issue Type: Bug
Affects Versions: 0.8, 0.11
Reporter: Dan Dumont
Assignee: Philipp Ottlinger
 Attachments: complete-pom.xml, test.zip


 We're using rat to enforce our internal copyright on all of our source files.
 We're seeing it missing files that should be flagged.  Here's part of our pom:
 licenses
   license 
 implementation=org.apache.rat.analysis.license.SimplePatternBasedLicense
 licenseFamilyCategoryIBMCL/licenseFamilyCategory
 licenseFamilyNameIBM Copyright/licenseFamilyName
 notes/notes
 patterns
   patternCopyright IBM Corp. 2015/pattern
   patternCopyright IBM Corp. 2014, 2015/pattern
   patternCopyright IBM Corp. 2013, 2015/pattern
 /patterns
   /license
 /licenses
 licenseFamilies
   licenseFamily implementation=org.apache.rat.license.SimpleLicenseFamily
   familyNameIBM Copyright/familyName
 /licenseFamily
 /licenseFamilies
 The file in question is included as reported by running with debug 
 output...  but the file's copyright is:
 /* Copyright IBM Corp. 2014  All Rights Reserved.*/



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Comment Edited] (RAT-190) False negatives(?) in apache rat license checking

2015-02-16 Thread Dan Dumont (JIRA)

[ 
https://issues.apache.org/jira/browse/RAT-190?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14323245#comment-14323245
 ] 

Dan Dumont edited comment on RAT-190 at 2/16/15 8:32 PM:
-

I've merged your pom into my zip and I'm uploading a new version.
You'll note that I did NOT add the correct copyright to the js file, so you 
should expect an error... yet..


mvn -version
Apache Maven 3.0.5 (r01de14724cdef164cd33c7c8c2fe155faf9602da; 2013-02-19 
08:51:28-0500)
Maven home: C:\apache-maven-3.0.5\bin\..
Java version: 1.7.0_21, vendor: Oracle Corporation
Java home: C:\Program Files\Java\jdk1.7.0_21\jre
Default locale: en_US, platform encoding: Cp1252
OS name: windows 8, version: 6.2, arch: amd64, family: windows



[INFO]
[INFO] --- maven-jar-plugin:2.3.2:jar (default-jar) @ test ---
[WARNING] JAR will be empty - no content was marked for inclusion!
[INFO] Building jar: C:\Users\ddumont\Desktop\test\target\test-1.0-SNAPSHOT.jar
[INFO]
[INFO] --- apache-rat-plugin:0.11:check (default) @ test ---
[INFO] 51 implicit excludes (use -debug for more details).
[INFO] Exclude: *.loadrule
[INFO] Exclude: **/.*
[INFO] Exclude: **/.*/*
[INFO] Exclude: **/*.json
[INFO] Exclude: **/*.html
[INFO] Exclude: **/*.md
[INFO] Exclude: **/*.log
[INFO] Exclude: **/*.mf
[INFO] Exclude: src/site/**
[INFO] Exclude: src/scripts/**
[INFO] Exclude: *.obsolete/**
[INFO] Exclude: **/test/**
[INFO] Exclude: sequoia-crx/**
[INFO] Exclude: shimmer-cookie-ninja/**
[INFO] 2 resources included (use -debug for more details)
[INFO] Rat check: Summary of files. Unapproved: 0 unknown: 0 generated: 0 
approved: 1 licence.
[INFO]
[INFO] --- maven-install-plugin:2.3.1:install (default-install) @ test ---
[INFO] Installing \test\target\test-1.0-SNAPSHOT.jar to 
\.m2\repository\com\mycompany\app\test\
1.0-SNAPSHOT\test-1.0-SNAPSHOT.jar
[INFO] Installing \test\pom.xml to 
\.m2\repository\com\mycompany\app\test\1.0-SNAPSHOT\test-1.0
-SNAPSHOT.pom
[INFO] 
[INFO] BUILD SUCCESS
[INFO] 
[INFO] Total time: 2.588s
[INFO] Finished at: Mon Feb 16 15:27:37 EST 2015
[INFO] Final Memory: 11M/151M
[INFO] 


was (Author: ddumont):
I've merged your pom into my zip and I'm uploading a new version.
You'll note that I did NOT add the correct copyright to the js file, so you 
should expect an error... yet..

mvn -version
Apache Maven 3.0.5 (r01de14724cdef164cd33c7c8c2fe155faf9602da; 2013-02-19 
08:51:28-0500)
Maven home: C:\apache-maven-3.0.5\bin\..
Java version: 1.7.0_21, vendor: Oracle Corporation
Java home: C:\Program Files\Java\jdk1.7.0_21\jre
Default locale: en_US, platform encoding: Cp1252
OS name: windows 8, version: 6.2, arch: amd64, family: windows



[INFO]
[INFO] --- maven-jar-plugin:2.3.2:jar (default-jar) @ test ---
[WARNING] JAR will be empty - no content was marked for inclusion!
[INFO] Building jar: C:\Users\ddumont\Desktop\test\target\test-1.0-SNAPSHOT.jar
[INFO]
[INFO] --- apache-rat-plugin:0.11:check (default) @ test ---
[INFO] 51 implicit excludes (use -debug for more details).
[INFO] Exclude: *.loadrule
[INFO] Exclude: **/.*
[INFO] Exclude: **/.*/*
[INFO] Exclude: **/*.json
[INFO] Exclude: **/*.html
[INFO] Exclude: **/*.md
[INFO] Exclude: **/*.log
[INFO] Exclude: **/*.mf
[INFO] Exclude: src/site/**
[INFO] Exclude: src/scripts/**
[INFO] Exclude: *.obsolete/**
[INFO] Exclude: **/test/**
[INFO] Exclude: sequoia-crx/**
[INFO] Exclude: shimmer-cookie-ninja/**
[INFO] 2 resources included (use -debug for more details)
[INFO] Rat check: Summary of files. Unapproved: 0 unknown: 0 generated: 0 
approved: 1 licence.
[INFO]
[INFO] --- maven-install-plugin:2.3.1:install (default-install) @ test ---
[INFO] Installing \test\target\test-1.0-SNAPSHOT.jar to 
\.m2\repository\com\mycompany\app\test\
1.0-SNAPSHOT\test-1.0-SNAPSHOT.jar
[INFO] Installing \test\pom.xml to 
\.m2\repository\com\mycompany\app\test\1.0-SNAPSHOT\test-1.0
-SNAPSHOT.pom
[INFO] 
[INFO] BUILD SUCCESS
[INFO] 
[INFO] Total time: 2.588s
[INFO] Finished at: Mon Feb 16 15:27:37 EST 2015
[INFO] Final Memory: 11M/151M
[INFO] 

 False negatives(?) in apache rat license checking
 -

 Key: RAT-190
 URL: https://issues.apache.org/jira/browse/RAT-190
 Project: Apache Rat
  Issue Type: Bug
Affects Versions: 0.8, 0.11
Reporter: Dan Dumont
Assignee: Philipp Ottlinger
 Attachments: complete-pom.xml, test.zip


 We're using rat to enforce our internal

[jira] [Commented] (RAT-190) False negatives(?) in apache rat license checking

2015-02-16 Thread Dan Dumont (JIRA)

[ 
https://issues.apache.org/jira/browse/RAT-190?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14323245#comment-14323245
 ] 

Dan Dumont commented on RAT-190:


I've merged your pom into my zip and I'm uploading a new version.
You'll note that I did NOT add the correct copyright to the js file, so you 
should expect an error... yet..

mvn -version
Apache Maven 3.0.5 (r01de14724cdef164cd33c7c8c2fe155faf9602da; 2013-02-19 
08:51:28-0500)
Maven home: C:\apache-maven-3.0.5\bin\..
Java version: 1.7.0_21, vendor: Oracle Corporation
Java home: C:\Program Files\Java\jdk1.7.0_21\jre
Default locale: en_US, platform encoding: Cp1252
OS name: windows 8, version: 6.2, arch: amd64, family: windows



[INFO]
[INFO] --- maven-jar-plugin:2.3.2:jar (default-jar) @ test ---
[WARNING] JAR will be empty - no content was marked for inclusion!
[INFO] Building jar: C:\Users\ddumont\Desktop\test\target\test-1.0-SNAPSHOT.jar
[INFO]
[INFO] --- apache-rat-plugin:0.11:check (default) @ test ---
[INFO] 51 implicit excludes (use -debug for more details).
[INFO] Exclude: *.loadrule
[INFO] Exclude: **/.*
[INFO] Exclude: **/.*/*
[INFO] Exclude: **/*.json
[INFO] Exclude: **/*.html
[INFO] Exclude: **/*.md
[INFO] Exclude: **/*.log
[INFO] Exclude: **/*.mf
[INFO] Exclude: src/site/**
[INFO] Exclude: src/scripts/**
[INFO] Exclude: *.obsolete/**
[INFO] Exclude: **/test/**
[INFO] Exclude: sequoia-crx/**
[INFO] Exclude: shimmer-cookie-ninja/**
[INFO] 2 resources included (use -debug for more details)
[INFO] Rat check: Summary of files. Unapproved: 0 unknown: 0 generated: 0 
approved: 1 licence.
[INFO]
[INFO] --- maven-install-plugin:2.3.1:install (default-install) @ test ---
[INFO] Installing \test\target\test-1.0-SNAPSHOT.jar to 
\.m2\repository\com\mycompany\app\test\
1.0-SNAPSHOT\test-1.0-SNAPSHOT.jar
[INFO] Installing \test\pom.xml to 
\.m2\repository\com\mycompany\app\test\1.0-SNAPSHOT\test-1.0
-SNAPSHOT.pom
[INFO] 
[INFO] BUILD SUCCESS
[INFO] 
[INFO] Total time: 2.588s
[INFO] Finished at: Mon Feb 16 15:27:37 EST 2015
[INFO] Final Memory: 11M/151M
[INFO] 

 False negatives(?) in apache rat license checking
 -

 Key: RAT-190
 URL: https://issues.apache.org/jira/browse/RAT-190
 Project: Apache Rat
  Issue Type: Bug
Affects Versions: 0.8, 0.11
Reporter: Dan Dumont
Assignee: Philipp Ottlinger
 Attachments: complete-pom.xml, test.zip


 We're using rat to enforce our internal copyright on all of our source files.
 We're seeing it missing files that should be flagged.  Here's part of our pom:
 licenses
   license 
 implementation=org.apache.rat.analysis.license.SimplePatternBasedLicense
 licenseFamilyCategoryIBMCL/licenseFamilyCategory
 licenseFamilyNameIBM Copyright/licenseFamilyName
 notes/notes
 patterns
   patternCopyright IBM Corp. 2015/pattern
   patternCopyright IBM Corp. 2014, 2015/pattern
   patternCopyright IBM Corp. 2013, 2015/pattern
 /patterns
   /license
 /licenses
 licenseFamilies
   licenseFamily implementation=org.apache.rat.license.SimpleLicenseFamily
   familyNameIBM Copyright/familyName
 /licenseFamily
 /licenseFamilies
 The file in question is included as reported by running with debug 
 output...  but the file's copyright is:
 /* Copyright IBM Corp. 2014  All Rights Reserved.*/



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (RAT-190) False negatives(?) in apache rat license checking

2015-02-16 Thread Dan Dumont (JIRA)

 [ 
https://issues.apache.org/jira/browse/RAT-190?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Dan Dumont updated RAT-190:
---
Attachment: (was: test.zip)

 False negatives(?) in apache rat license checking
 -

 Key: RAT-190
 URL: https://issues.apache.org/jira/browse/RAT-190
 Project: Apache Rat
  Issue Type: Bug
Affects Versions: 0.8, 0.11
Reporter: Dan Dumont
Assignee: Philipp Ottlinger
 Attachments: complete-pom.xml, test.zip


 We're using rat to enforce our internal copyright on all of our source files.
 We're seeing it missing files that should be flagged.  Here's part of our pom:
 licenses
   license 
 implementation=org.apache.rat.analysis.license.SimplePatternBasedLicense
 licenseFamilyCategoryIBMCL/licenseFamilyCategory
 licenseFamilyNameIBM Copyright/licenseFamilyName
 notes/notes
 patterns
   patternCopyright IBM Corp. 2015/pattern
   patternCopyright IBM Corp. 2014, 2015/pattern
   patternCopyright IBM Corp. 2013, 2015/pattern
 /patterns
   /license
 /licenses
 licenseFamilies
   licenseFamily implementation=org.apache.rat.license.SimpleLicenseFamily
   familyNameIBM Copyright/familyName
 /licenseFamily
 /licenseFamilies
 The file in question is included as reported by running with debug 
 output...  but the file's copyright is:
 /* Copyright IBM Corp. 2014  All Rights Reserved.*/



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (RAT-190) False negatives(?) in apache rat license checking

2015-02-16 Thread Philipp Ottlinger (JIRA)

[ 
https://issues.apache.org/jira/browse/RAT-190?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14323251#comment-14323251
 ] 

Philipp Ottlinger commented on RAT-190:
---

What mvn goal are you running?

Please add this information - thanks.

 False negatives(?) in apache rat license checking
 -

 Key: RAT-190
 URL: https://issues.apache.org/jira/browse/RAT-190
 Project: Apache Rat
  Issue Type: Bug
Affects Versions: 0.8, 0.11
Reporter: Dan Dumont
Assignee: Philipp Ottlinger
 Attachments: complete-pom.xml, test.zip


 We're using rat to enforce our internal copyright on all of our source files.
 We're seeing it missing files that should be flagged.  Here's part of our pom:
 licenses
   license 
 implementation=org.apache.rat.analysis.license.SimplePatternBasedLicense
 licenseFamilyCategoryIBMCL/licenseFamilyCategory
 licenseFamilyNameIBM Copyright/licenseFamilyName
 notes/notes
 patterns
   patternCopyright IBM Corp. 2015/pattern
   patternCopyright IBM Corp. 2014, 2015/pattern
   patternCopyright IBM Corp. 2013, 2015/pattern
 /patterns
   /license
 /licenses
 licenseFamilies
   licenseFamily implementation=org.apache.rat.license.SimpleLicenseFamily
   familyNameIBM Copyright/familyName
 /licenseFamily
 /licenseFamilies
 The file in question is included as reported by running with debug 
 output...  but the file's copyright is:
 /* Copyright IBM Corp. 2014  All Rights Reserved.*/



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (RAT-190) False negatives(?) in apache rat license checking

2015-02-16 Thread Dan Dumont (JIRA)

[ 
https://issues.apache.org/jira/browse/RAT-190?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14323260#comment-14323260
 ] 

Dan Dumont commented on RAT-190:


Here's some debug (-X) output if it helps

{code}
[INFO]
[INFO] --- maven-jar-plugin:2.3.2:jar (default-jar) @ test ---
[DEBUG] org.apache.maven.plugins:maven-jar-plugin:jar:2.3.2:
[DEBUG]org.apache.maven:maven-plugin-api:jar:2.0.6:compile
[DEBUG]org.apache.maven:maven-project:jar:2.0.6:compile
[DEBUG]   org.apache.maven:maven-settings:jar:2.0.6:compile
[DEBUG]   org.apache.maven:maven-profile:jar:2.0.6:compile
[DEBUG]   org.apache.maven:maven-artifact-manager:jar:2.0.6:compile
[DEBUG]  org.apache.maven:maven-repository-metadata:jar:2.0.6:compile
[DEBUG]   org.apache.maven:maven-plugin-registry:jar:2.0.6:compile
[DEBUG]   
org.codehaus.plexus:plexus-container-default:jar:1.0-alpha-9-stable-1:compile
[DEBUG]  junit:junit:jar:3.8.1:compile
[DEBUG]  classworlds:classworlds:jar:1.1-alpha-2:compile
[DEBUG]org.apache.maven:maven-model:jar:2.0.6:runtime
[DEBUG]org.apache.maven:maven-artifact:jar:2.0.6:compile
[DEBUG]org.apache.maven:maven-archiver:jar:2.4.2:compile
[DEBUG]   org.codehaus.plexus:plexus-interpolation:jar:1.13:compile
[DEBUG]org.codehaus.plexus:plexus-archiver:jar:2.0.1:compile
[DEBUG]   org.codehaus.plexus:plexus-io:jar:2.0.1:compile
[DEBUG]commons-lang:commons-lang:jar:2.1:compile
[DEBUG]org.codehaus.plexus:plexus-utils:jar:3.0:compile
[DEBUG] Created new class realm 
pluginorg.apache.maven.plugins:maven-jar-plugin:2.3.2
[DEBUG] Importing foreign packages into class realm 
pluginorg.apache.maven.plugins:maven-jar-plugin:2.3.2
[DEBUG]   Imported:   maven.api
[DEBUG] Populating class realm 
pluginorg.apache.maven.plugins:maven-jar-plugin:2.3.2
[DEBUG]   Included: org.apache.maven.plugins:maven-jar-plugin:jar:2.3.2
[DEBUG]   Included: junit:junit:jar:3.8.1
[DEBUG]   Included: org.apache.maven:maven-archiver:jar:2.4.2
[DEBUG]   Included: org.codehaus.plexus:plexus-interpolation:jar:1.13
[DEBUG]   Included: org.codehaus.plexus:plexus-archiver:jar:2.0.1
[DEBUG]   Included: org.codehaus.plexus:plexus-io:jar:2.0.1
[DEBUG]   Included: commons-lang:commons-lang:jar:2.1
[DEBUG]   Included: org.codehaus.plexus:plexus-utils:jar:3.0
[DEBUG]   Excluded: org.apache.maven:maven-plugin-api:jar:2.0.6
[DEBUG]   Excluded: org.apache.maven:maven-project:jar:2.0.6
[DEBUG]   Excluded: org.apache.maven:maven-settings:jar:2.0.6
[DEBUG]   Excluded: org.apache.maven:maven-profile:jar:2.0.6
[DEBUG]   Excluded: org.apache.maven:maven-artifact-manager:jar:2.0.6
[DEBUG]   Excluded: org.apache.maven:maven-repository-metadata:jar:2.0.6
[DEBUG]   Excluded: org.apache.maven:maven-plugin-registry:jar:2.0.6
[DEBUG]   Excluded: 
org.codehaus.plexus:plexus-container-default:jar:1.0-alpha-9-stable-1
[DEBUG]   Excluded: classworlds:classworlds:jar:1.1-alpha-2
[DEBUG]   Excluded: org.apache.maven:maven-model:jar:2.0.6
[DEBUG]   Excluded: org.apache.maven:maven-artifact:jar:2.0.6
[DEBUG] Configuring mojo org.apache.maven.plugins:maven-jar-plugin:2.3.2:jar 
from plugin realm ClassRealm[pluginorg.apache.maven.plugi
ns:maven-jar-plugin:2.3.2, parent: sun.misc.Launcher$AppClassLoader@ba679e]
[DEBUG] Configuring mojo 'org.apache.maven.plugins:maven-jar-plugin:2.3.2:jar' 
with basic configurator --
[DEBUG]   (f) classesDirectory = \test\target\classes
[DEBUG]   (f) defaultManifestFile = \test\target\classes\META-INF\MANIFEST.MF
[DEBUG]   (f) finalName = test-1.0-SNAPSHOT
[DEBUG]   (f) forceCreation = false
[DEBUG]   (f) outputDirectory = \test\target
[DEBUG]   (f) project = MavenProject: com.mycompany.app:test:1.0-SNAPSHOT @ 
\test\pom.xml
[DEBUG]   (f) useDefaultManifestFile = false
[DEBUG] -- end configuration --
[WARNING] JAR will be empty - no content was marked for inclusion!
[DEBUG] isUp2date: false (Destination \test\target\test-1.0-SNAPSHOT.jar not 
found.)
[INFO] Building jar: \test\target\test-1.0-SNAPSHOT.jar
[DEBUG] adding directory META-INF/
[DEBUG] adding entry META-INF/MANIFEST.MF
[DEBUG] adding directory META-INF/maven/
[DEBUG] adding directory META-INF/maven/com.mycompany.app/
[DEBUG] adding directory META-INF/maven/com.mycompany.app/test/
[DEBUG] adding entry META-INF/maven/com.mycompany.app/test/pom.xml
[DEBUG] adding entry META-INF/maven/com.mycompany.app/test/pom.properties
[INFO]
[INFO] --- apache-rat-plugin:0.11:check (default) @ test ---
[DEBUG] org.apache.rat:apache-rat-plugin:jar:0.11:
[DEBUG]org.apache.rat:apache-rat-core:jar:0.11:compile
[DEBUG]   commons-collections:commons-collections:jar:3.2.1:compile
[DEBUG]   commons-lang:commons-lang:jar:2.6:compile
[DEBUG]   commons-io:commons-io:jar:2.2:compile
[DEBUG]   org.apache.commons:commons-compress:jar:1.5:compile
[DEBUG]   commons-cli:commons-cli:jar:1.2:compile
[DEBUG]org.apache.maven:maven-artifact:jar:2.2.1:compile
[DEBUG

[jira] [Commented] (RAT-190) False negatives(?) in apache rat license checking

2015-02-16 Thread Philipp Ottlinger (JIRA)

[ 
https://issues.apache.org/jira/browse/RAT-190?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14323329#comment-14323329
 ] 

Philipp Ottlinger commented on RAT-190:
---

Ok - now we've got the culprit :-)

Since RAT is agnostic of file encodings or environment settings it relies on 
the underlying operating system/JDK settings and the encoding of the file 
itself - I find this behaviour consistent with other command-line tools . 
what would you prefer - some output like:
{code}
[WARNING] File encoding has not been set, using platform encoding UTF-8, i.e. 
build is platform dependent!
or
[WARNING] File encoding has not been set, using platform encoding cp1292, i.e. 
build is platform dependent!
{code}

Would that be helpful?

 False negatives(?) in apache rat license checking
 -

 Key: RAT-190
 URL: https://issues.apache.org/jira/browse/RAT-190
 Project: Apache Rat
  Issue Type: Bug
Affects Versions: 0.8, 0.11
Reporter: Dan Dumont
Assignee: Philipp Ottlinger
 Attachments: complete-pom.xml, test.zip


 We're using rat to enforce our internal copyright on all of our source files.
 We're seeing it missing files that should be flagged.  Here's part of our pom:
 licenses
   license 
 implementation=org.apache.rat.analysis.license.SimplePatternBasedLicense
 licenseFamilyCategoryIBMCL/licenseFamilyCategory
 licenseFamilyNameIBM Copyright/licenseFamilyName
 notes/notes
 patterns
   patternCopyright IBM Corp. 2015/pattern
   patternCopyright IBM Corp. 2014, 2015/pattern
   patternCopyright IBM Corp. 2013, 2015/pattern
 /patterns
   /license
 /licenses
 licenseFamilies
   licenseFamily implementation=org.apache.rat.license.SimpleLicenseFamily
   familyNameIBM Copyright/familyName
 /licenseFamily
 /licenseFamilies
 The file in question is included as reported by running with debug 
 output...  but the file's copyright is:
 /* Copyright IBM Corp. 2014  All Rights Reserved.*/



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (RAT-190) False negatives(?) in apache rat license checking

2015-02-16 Thread Dan Dumont (JIRA)

[ 
https://issues.apache.org/jira/browse/RAT-190?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14323338#comment-14323338
 ] 

Dan Dumont commented on RAT-190:


Well.   The warnings are great.

But there's no valid license in the file, and when RAT scans it, it's passed if 
the encodings are different.
Even a warning here doesn't make sense to me...   the plugin is supposed to 
audit my release, if it can't scan a file it should fail on it because it can't 
do the audit.

 False negatives(?) in apache rat license checking
 -

 Key: RAT-190
 URL: https://issues.apache.org/jira/browse/RAT-190
 Project: Apache Rat
  Issue Type: Bug
Affects Versions: 0.8, 0.11
Reporter: Dan Dumont
Assignee: Philipp Ottlinger
 Attachments: complete-pom.xml, test.zip


 We're using rat to enforce our internal copyright on all of our source files.
 We're seeing it missing files that should be flagged.  Here's part of our pom:
 licenses
   license 
 implementation=org.apache.rat.analysis.license.SimplePatternBasedLicense
 licenseFamilyCategoryIBMCL/licenseFamilyCategory
 licenseFamilyNameIBM Copyright/licenseFamilyName
 notes/notes
 patterns
   patternCopyright IBM Corp. 2015/pattern
   patternCopyright IBM Corp. 2014, 2015/pattern
   patternCopyright IBM Corp. 2013, 2015/pattern
 /patterns
   /license
 /licenses
 licenseFamilies
   licenseFamily implementation=org.apache.rat.license.SimpleLicenseFamily
   familyNameIBM Copyright/familyName
 /licenseFamily
 /licenseFamilies
 The file in question is included as reported by running with debug 
 output...  but the file's copyright is:
 /* Copyright IBM Corp. 2014  All Rights Reserved.*/



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Comment Edited] (RAT-190) False negatives(?) in apache rat license checking

2015-02-16 Thread Dan Dumont (JIRA)

[ 
https://issues.apache.org/jira/browse/RAT-190?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14323338#comment-14323338
 ] 

Dan Dumont edited comment on RAT-190 at 2/16/15 9:40 PM:
-

But there's no valid license in the file, and when RAT scans it, it's passed if 
the encodings are different.
Even a warning here doesn't make sense to me...   the plugin is supposed to 
audit my release, if it can't scan a file it should fail on it because it can't 
do the audit.


was (Author: ddumont):
Well.   The warnings are great.

But there's no valid license in the file, and when RAT scans it, it's passed if 
the encodings are different.
Even a warning here doesn't make sense to me...   the plugin is supposed to 
audit my release, if it can't scan a file it should fail on it because it can't 
do the audit.

 False negatives(?) in apache rat license checking
 -

 Key: RAT-190
 URL: https://issues.apache.org/jira/browse/RAT-190
 Project: Apache Rat
  Issue Type: Bug
Affects Versions: 0.8, 0.11
Reporter: Dan Dumont
Assignee: Philipp Ottlinger
 Attachments: complete-pom.xml, test.zip


 We're using rat to enforce our internal copyright on all of our source files.
 We're seeing it missing files that should be flagged.  Here's part of our pom:
 licenses
   license 
 implementation=org.apache.rat.analysis.license.SimplePatternBasedLicense
 licenseFamilyCategoryIBMCL/licenseFamilyCategory
 licenseFamilyNameIBM Copyright/licenseFamilyName
 notes/notes
 patterns
   patternCopyright IBM Corp. 2015/pattern
   patternCopyright IBM Corp. 2014, 2015/pattern
   patternCopyright IBM Corp. 2013, 2015/pattern
 /patterns
   /license
 /licenses
 licenseFamilies
   licenseFamily implementation=org.apache.rat.license.SimpleLicenseFamily
   familyNameIBM Copyright/familyName
 /licenseFamily
 /licenseFamilies
 The file in question is included as reported by running with debug 
 output...  but the file's copyright is:
 /* Copyright IBM Corp. 2014  All Rights Reserved.*/



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Comment Edited] (RAT-190) False negatives(?) in apache rat license checking

2015-02-16 Thread Dan Dumont (JIRA)

[ 
https://issues.apache.org/jira/browse/RAT-190?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14323260#comment-14323260
 ] 

Dan Dumont edited comment on RAT-190 at 2/16/15 8:46 PM:
-

Here's some debug (-X) output if it helps

{code}
Apache Maven 3.0.5 (r01de14724cdef164cd33c7c8c2fe155faf9602da; 2013-02-19 
08:51:28-0500)
Maven home: C:\apache-maven-3.0.5\bin\..
Java version: 1.7.0_21, vendor: Oracle Corporation
Java home: C:\Program Files\Java\jdk1.7.0_21\jre
Default locale: en_US, platform encoding: Cp1252
OS name: windows 8, version: 6.2, arch: amd64, family: windows
[INFO] Error stacktraces are turned on.
[DEBUG] Reading global settings from 
C:\apache-maven-3.0.5\bin\..\conf\settings.xml
[DEBUG] Reading user settings from C:\Users\ddumont\.m2\settings.xml
[DEBUG] Using local repository at C:\Users\ddumont\.m2\repository
[DEBUG] Using manager EnhancedLocalRepositoryManager with priority 10 for 
C:\Users\ddumont\.m2\repository
[INFO] Scanning for projects...
[DEBUG] Extension realms for project com.mycompany.app:test:jar:1.0-SNAPSHOT: 
(none)
[DEBUG] Looking up lifecyle mappings for packaging jar from 
ClassRealm[plexus.core, parent: null]
[DEBUG] === REACTOR BUILD PLAN 
[DEBUG] Project: com.mycompany.app:test:jar:1.0-SNAPSHOT
[DEBUG] Tasks:   [clean, install]
[DEBUG] Style:   Regular
[DEBUG] ===
[INFO] 
[INFO] 
[INFO] Building test 1.0-SNAPSHOT
[INFO] 
[DEBUG] Lifecycle default - [validate, initialize, generate-sources, 
process-sources, generate-resources, process-resources, compile, 
process-classes, generate-test-sources, process-test-sources, 
generate-test-resources, process-test-resources, test-compile, 
process-test-classes, test, prepare-package, package, pre-integration-test, 
integration-test, post-integration-test, verify, install, deploy]
[DEBUG] Lifecycle clean - [pre-clean, clean, post-clean]
[DEBUG] Lifecycle site - [pre-site, site, post-site, site-deploy]
[DEBUG] Lifecycle default - [validate, initialize, generate-sources, 
process-sources, generate-resources, process-resources, compile, 
process-classes, generate-test-sources, process-test-sources, 
generate-test-resources, process-test-resources, test-compile, 
process-test-classes, test, prepare-package, package, pre-integration-test, 
integration-test, post-integration-test, verify, install, deploy]
[DEBUG] Lifecycle clean - [pre-clean, clean, post-clean]
[DEBUG] Lifecycle site - [pre-site, site, post-site, site-deploy]
[DEBUG] Lifecycle default - [validate, initialize, generate-sources, 
process-sources, generate-resources, process-resources, compile, 
process-classes, generate-test-sources, process-test-sources, 
generate-test-resources, process-test-resources, test-compile, 
process-test-classes, test, prepare-package, package, pre-integration-test, 
integration-test, post-integration-test, verify, install, deploy]
[DEBUG] Lifecycle clean - [pre-clean, clean, post-clean]
[DEBUG] Lifecycle site - [pre-site, site, post-site, site-deploy]
[DEBUG] Lifecycle default - [validate, initialize, generate-sources, 
process-sources, generate-resources, process-resources, compile, 
process-classes, generate-test-sources, process-test-sources, 
generate-test-resources, process-test-resources, test-compile, 
process-test-classes, test, prepare-package, package, pre-integration-test, 
integration-test, post-integration-test, verify, install, deploy]
[DEBUG] Lifecycle clean - [pre-clean, clean, post-clean]
[DEBUG] Lifecycle site - [pre-site, site, post-site, site-deploy]
[DEBUG] Lifecycle default - [validate, initialize, generate-sources, 
process-sources, generate-resources, process-resources, compile, 
process-classes, generate-test-sources, process-test-sources, 
generate-test-resources, process-test-resources, test-compile, 
process-test-classes, test, prepare-package, package, pre-integration-test, 
integration-test, post-integration-test, verify, install, deploy]
[DEBUG] Lifecycle clean - [pre-clean, clean, post-clean]
[DEBUG] Lifecycle site - [pre-site, site, post-site, site-deploy]
[DEBUG] Lifecycle default - [validate, initialize, generate-sources, 
process-sources, generate-resources, process-resources, compile, 
process-classes, generate-test-sources, process-test-sources, 
generate-test-resources, process-test-resources, test-compile, 
process-test-classes, test, prepare-package, package, pre-integration-test, 
integration-test, post-integration-test, verify, install, deploy]
[DEBUG] Lifecycle clean - [pre-clean, clean, post-clean]
[DEBUG] Lifecycle site - [pre-site, site, post-site, site-deploy]
[DEBUG

[jira] [Commented] (RAT-190) False negatives(?) in apache rat license checking

2015-02-16 Thread Dan Dumont (JIRA)

[ 
https://issues.apache.org/jira/browse/RAT-190?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14323286#comment-14323286
 ] 

Dan Dumont commented on RAT-190:


I also tried deleting my ~/.m2/repository and running a build with a modern 
maven.  Same result.

 False negatives(?) in apache rat license checking
 -

 Key: RAT-190
 URL: https://issues.apache.org/jira/browse/RAT-190
 Project: Apache Rat
  Issue Type: Bug
Affects Versions: 0.8, 0.11
Reporter: Dan Dumont
Assignee: Philipp Ottlinger
 Attachments: complete-pom.xml, test.zip


 We're using rat to enforce our internal copyright on all of our source files.
 We're seeing it missing files that should be flagged.  Here's part of our pom:
 licenses
   license 
 implementation=org.apache.rat.analysis.license.SimplePatternBasedLicense
 licenseFamilyCategoryIBMCL/licenseFamilyCategory
 licenseFamilyNameIBM Copyright/licenseFamilyName
 notes/notes
 patterns
   patternCopyright IBM Corp. 2015/pattern
   patternCopyright IBM Corp. 2014, 2015/pattern
   patternCopyright IBM Corp. 2013, 2015/pattern
 /patterns
   /license
 /licenses
 licenseFamilies
   licenseFamily implementation=org.apache.rat.license.SimpleLicenseFamily
   familyNameIBM Copyright/familyName
 /licenseFamily
 /licenseFamilies
 The file in question is included as reported by running with debug 
 output...  but the file's copyright is:
 /* Copyright IBM Corp. 2014  All Rights Reserved.*/



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (RAT-190) False negatives(?) in apache rat license checking

2015-02-16 Thread Philipp Ottlinger (JIRA)

[ 
https://issues.apache.org/jira/browse/RAT-190?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14323318#comment-14323318
 ] 

Philipp Ottlinger commented on RAT-190:
---

I'm not sure if that changes anything, but checked the file itself - the JS 
seems to be UTF-8. I'm not sure if your operating system handles it correctly 
during RAT-parsing. Here's the output of file:
{code}
$ file MailComposeView.js 
MailComposeView.js: UTF-8 Unicode text, with CRLF line terminators
{code}

I meant to change the mvn encoding settings; I assume that the pom's encoding 
has nothing to do with the maven encoding if mvn itself is running. Can you 
manage to get UTF-8 when calling this:
{code}
$ mvn --version

Apache Maven 3.2.5 (12a6b3acb947671f09b81f49094c53f426d8cea1; 
2014-12-14T18:29:23+01:00)
Maven home: /home/user/software/maven
Java version: 1.8.0_31, vendor: Oracle Corporation
Java home: /home/user/jdk1.8.0_31/jre
Default locale: de_DE, platform encoding: UTF-8
OS name: linux, version: 3.13.0-46-generic, arch: amd64, family: unix
{code}
You had this CP-something encoding as platform encoding.

Please also try out if 
{code}
mvn --U -Dfile.encoding=UTF-8
{code}
changes anything.


 False negatives(?) in apache rat license checking
 -

 Key: RAT-190
 URL: https://issues.apache.org/jira/browse/RAT-190
 Project: Apache Rat
  Issue Type: Bug
Affects Versions: 0.8, 0.11
Reporter: Dan Dumont
Assignee: Philipp Ottlinger
 Attachments: complete-pom.xml, test.zip


 We're using rat to enforce our internal copyright on all of our source files.
 We're seeing it missing files that should be flagged.  Here's part of our pom:
 licenses
   license 
 implementation=org.apache.rat.analysis.license.SimplePatternBasedLicense
 licenseFamilyCategoryIBMCL/licenseFamilyCategory
 licenseFamilyNameIBM Copyright/licenseFamilyName
 notes/notes
 patterns
   patternCopyright IBM Corp. 2015/pattern
   patternCopyright IBM Corp. 2014, 2015/pattern
   patternCopyright IBM Corp. 2013, 2015/pattern
 /patterns
   /license
 /licenses
 licenseFamilies
   licenseFamily implementation=org.apache.rat.license.SimpleLicenseFamily
   familyNameIBM Copyright/familyName
 /licenseFamily
 /licenseFamilies
 The file in question is included as reported by running with debug 
 output...  but the file's copyright is:
 /* Copyright IBM Corp. 2014  All Rights Reserved.*/



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (RAT-190) False negatives(?) in apache rat license checking

2015-02-16 Thread Philipp Ottlinger (JIRA)

[ 
https://issues.apache.org/jira/browse/RAT-190?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14323274#comment-14323274
 ] 

Philipp Ottlinger commented on RAT-190:
---

Thanks for the last output - your dependency tree looks rather old, my mvn 
invokes a much newer maven-jar-plugin. Not sure if that has to do with the 
problems you experience. Since all builds on Jenkins are green I do not suspect 
a general problem:

My invocation yields
{code}
[INFO] --- maven-jar-plugin:2.4:jar (default-jar) @ test ---
[DEBUG] Dependency collection stats: {ConflictMarker.analyzeTime=0, 
ConflictMarker.markTime=0, ConflictMarker.nodeCount=74, 
ConflictIdSorter.graphTime=0, ConflictIdSorter.topsortTime=0, 
ConflictIdSorter.conflictIdCount=28, ConflictIdSorter.conflictIdCycleCount=0, 
ConflictResolver.totalTime=2, ConflictResolver.conflictItemCount=70, 
DefaultDependencyCollector.collectTime=17, 
DefaultDependencyCollector.transformTime=2}
[DEBUG] org.apache.maven.plugins:maven-jar-plugin:jar:2.4:
[DEBUG]org.apache.maven:maven-plugin-api:jar:2.0.6:compile
[DEBUG]org.apache.maven:maven-project:jar:2.0.6:compile
[DEBUG]   org.apache.maven:maven-settings:jar:2.0.6:compile
[DEBUG]   org.apache.maven:maven-profile:jar:2.0.6:compile
[DEBUG]   org.apache.maven:maven-artifact-manager:jar:2.0.6:compile
[DEBUG]  org.apache.maven:maven-repository-metadata:jar:2.0.6:compile
[DEBUG]   org.apache.maven:maven-plugin-registry:jar:2.0.6:compile
[DEBUG]   
org.codehaus.plexus:plexus-container-default:jar:1.0-alpha-9-stable-1:compile
[DEBUG]  junit:junit:jar:3.8.1:compile
[DEBUG]  classworlds:classworlds:jar:1.1-alpha-2:compile
[DEBUG]org.apache.maven:maven-model:jar:2.0.6:runtime
[DEBUG]org.apache.maven:maven-artifact:jar:2.0.6:compile
[DEBUG]org.apache.maven:maven-archiver:jar:2.5:compile
[DEBUG]   org.apache.maven:maven-core:jar:2.0.6:compile
[DEBUG]  
org.apache.maven:maven-plugin-parameter-documenter:jar:2.0.6:compile
[DEBUG]  
org.apache.maven.reporting:maven-reporting-api:jar:2.0.6:compile
[DEBUG] 
org.apache.maven.doxia:doxia-sink-api:jar:1.0-alpha-7:compile
[DEBUG]  org.apache.maven:maven-error-diagnostics:jar:2.0.6:compile
[DEBUG]  commons-cli:commons-cli:jar:1.0:compile
[DEBUG]  org.apache.maven:maven-plugin-descriptor:jar:2.0.6:compile
[DEBUG]  
org.codehaus.plexus:plexus-interactivity-api:jar:1.0-alpha-4:compile
[DEBUG]  org.apache.maven:maven-monitor:jar:2.0.6:compile
[DEBUG]   org.codehaus.plexus:plexus-interpolation:jar:1.15:compile
[DEBUG]org.codehaus.plexus:plexus-archiver:jar:2.1:compile
[DEBUG]   org.codehaus.plexus:plexus-io:jar:2.0.2:compile
[DEBUG]commons-lang:commons-lang:jar:2.1:compile
[DEBUG]org.codehaus.plexus:plexus-utils:jar:3.0:compile
[DEBUG] Created new class realm 
pluginorg.apache.maven.plugins:maven-jar-plugin:2.4
[DEBUG] Importing foreign packages into class realm 
pluginorg.apache.maven.plugins:maven-jar-plugin:2.4
[DEBUG]   Imported:   maven.api
[DEBUG] Populating class realm 
pluginorg.apache.maven.plugins:maven-jar-plugin:2.4
[DEBUG]   Included: org.apache.maven.plugins:maven-jar-plugin:jar:2.4
[DEBUG]   Included: junit:junit:jar:3.8.1
[DEBUG]   Included: org.apache.maven:maven-archiver:jar:2.5
[DEBUG]   Included: org.apache.maven.reporting:maven-reporting-api:jar:2.0.6
[DEBUG]   Included: org.apache.maven.doxia:doxia-sink-api:jar:1.0-alpha-7
[DEBUG]   Included: commons-cli:commons-cli:jar:1.0
[DEBUG]   Included: org.codehaus.plexus:plexus-interactivity-api:jar:1.0-alpha-4
[DEBUG]   Included: org.codehaus.plexus:plexus-interpolation:jar:1.15
[DEBUG]   Included: org.codehaus.plexus:plexus-archiver:jar:2.1
[DEBUG]   Included: org.codehaus.plexus:plexus-io:jar:2.0.2
[DEBUG]   Included: commons-lang:commons-lang:jar:2.1
[DEBUG]   Included: org.codehaus.plexus:plexus-utils:jar:3.0
[DEBUG]   Excluded: org.apache.maven:maven-plugin-api:jar:2.0.6
[DEBUG]   Excluded: org.apache.maven:maven-project:jar:2.0.6
[DEBUG]   Excluded: org.apache.maven:maven-settings:jar:2.0.6
[DEBUG]   Excluded: org.apache.maven:maven-profile:jar:2.0.6
[DEBUG]   Excluded: org.apache.maven:maven-artifact-manager:jar:2.0.6
[DEBUG]   Excluded: org.apache.maven:maven-repository-metadata:jar:2.0.6
[DEBUG]   Excluded: org.apache.maven:maven-plugin-registry:jar:2.0.6
[DEBUG]   Excluded: 
org.codehaus.plexus:plexus-container-default:jar:1.0-alpha-9-stable-1
[DEBUG]   Excluded: classworlds:classworlds:jar:1.1-alpha-2
[DEBUG]   Excluded: org.apache.maven:maven-model:jar:2.0.6
[DEBUG]   Excluded: org.apache.maven:maven-artifact:jar:2.0.6
[DEBUG]   Excluded: org.apache.maven:maven-core:jar:2.0.6
[DEBUG]   Excluded: org.apache.maven:maven-plugin-parameter-documenter:jar:2.0.6
[DEBUG]   Excluded: org.apache.maven:maven-error-diagnostics:jar:2.0.6
[DEBUG]   Excluded: org.apache.maven:maven-plugin-descriptor:jar

[jira] [Commented] (RAT-189) Excludes should support ** style paths

2015-01-13 Thread Jochen Wiedmann (JIRA)

[ 
https://issues.apache.org/jira/browse/RAT-189?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14275717#comment-14275717
 ] 

Jochen Wiedmann commented on RAT-189:
-

IMO, this should already be the case for the Maven Plugins, and the Ant Tasks, 
because both are using standard functionality of the respective parent (Maven, 
or Ant, respectively). Are you referring to the CLI?


 Excludes should support ** style paths
 --

 Key: RAT-189
 URL: https://issues.apache.org/jira/browse/RAT-189
 Project: Apache Rat
  Issue Type: New Feature
Reporter: Alex O'Ree

 It would be nice with the excludes/include path comparison supported ** and * 
 wildcards. It would make things much easier for filtering certains types of 
 files



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Closed] (RAT-189) Excludes should support ** style paths

2015-01-14 Thread Jochen Wiedmann (JIRA)

 [ 
https://issues.apache.org/jira/browse/RAT-189?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jochen Wiedmann closed RAT-189.
---

 Excludes should support ** style paths
 --

 Key: RAT-189
 URL: https://issues.apache.org/jira/browse/RAT-189
 Project: Apache Rat
  Issue Type: New Feature
Reporter: Alex O'Ree
Assignee: Jochen Wiedmann

 It would be nice with the excludes/include path comparison supported ** and * 
 wildcards. It would make things much easier for filtering certains types of 
 files



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Resolved] (RAT-189) Excludes should support ** style paths

2015-01-14 Thread Jochen Wiedmann (JIRA)

 [ 
https://issues.apache.org/jira/browse/RAT-189?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jochen Wiedmann resolved RAT-189.
-
Resolution: Invalid
  Assignee: Jochen Wiedmann

 Excludes should support ** style paths
 --

 Key: RAT-189
 URL: https://issues.apache.org/jira/browse/RAT-189
 Project: Apache Rat
  Issue Type: New Feature
Reporter: Alex O'Ree
Assignee: Jochen Wiedmann

 It would be nice with the excludes/include path comparison supported ** and * 
 wildcards. It would make things much easier for filtering certains types of 
 files



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Assigned] (RAT-158) SAXParser warnings

2015-02-15 Thread Philipp Ottlinger (JIRA)

 [ 
https://issues.apache.org/jira/browse/RAT-158?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Philipp Ottlinger reassigned RAT-158:
-

Assignee: Philipp Ottlinger

 SAXParser warnings
 --

 Key: RAT-158
 URL: https://issues.apache.org/jira/browse/RAT-158
 Project: Apache Rat
  Issue Type: Bug
Affects Versions: 0.10
 Environment: Apache Maven 3.0.4
 Maven home: /usr/share/maven
 Java version: 1.6.0_30, vendor: Sun Microsystems Inc.
 Java home: /usr/lib/jvm/java-6-openjdk-amd64/jre
 Default locale: en_US, platform encoding: UTF-8
 OS name: linux, version: 3.11.0-17-generic, arch: amd64, family: unix
Reporter: John Vines
Assignee: Philipp Ottlinger
Priority: Minor
 Attachments: RAT-158.patch


 I have rat configured as such
 {code} plugin
  groupIdorg.apache.rat/groupId
  artifactIdapache-rat-plugin/artifactId
  inheritedfalse/inherited
  executions
execution
  phaseverify/phase
  goals
goalcheck/goal
  /goals
/execution
  /executions
  configuration
excludes
  exclude**/conf/**/exclude
/excludes
  /configuration
/plugin
 {code}
 And with every build where it triggers, I see 
 {code}
 Warning:  org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser: Property 
 'http://www.oracle.com/xml/jaxp/properties/entityExpansionLimit' is not 
 recognized.
 Warning:  org.apache.xerces.parsers.SAXParser: Feature 
 'http://javax.xml.XMLConstants/feature/secure-processing' is not recognized.
 Warning:  org.apache.xerces.parsers.SAXParser: Property 
 'http://www.oracle.com/xml/jaxp/properties/entityExpansionLimit' is not 
 recognized.
 {code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (RAT-196) Let the parent do it's work and define only things which are really needed.

2015-03-15 Thread Philipp Ottlinger (JIRA)

 [ 
https://issues.apache.org/jira/browse/RAT-196?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Philipp Ottlinger updated RAT-196:
--
Priority: Minor  (was: Critical)

 Let the parent do it's work and define only things which are really needed.
 ---

 Key: RAT-196
 URL: https://issues.apache.org/jira/browse/RAT-196
 Project: Apache Rat
  Issue Type: Improvement
  Components: maven
Affects Versions: 0.12
Reporter: Karl Heinz Marbaise
Priority: Minor
 Fix For: 0.12

 Attachments: RAT-196.patch


 Currently there are defined many things which are already defined by 
 inheritance through the parent this makes the pom files larger than they need 
 to be.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Resolved] (RAT-196) Let the parent do it's work and define only things which are really needed.

2015-03-15 Thread Philipp Ottlinger (JIRA)

 [ 
https://issues.apache.org/jira/browse/RAT-196?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Philipp Ottlinger resolved RAT-196.
---
Resolution: Fixed

Thanks :-) - 
committed as revision [1666840|http://svn.apache.org/r1666840].

 Let the parent do it's work and define only things which are really needed.
 ---

 Key: RAT-196
 URL: https://issues.apache.org/jira/browse/RAT-196
 Project: Apache Rat
  Issue Type: Improvement
  Components: maven
Affects Versions: 0.12
Reporter: Karl Heinz Marbaise
Assignee: Philipp Ottlinger
Priority: Minor
 Fix For: 0.12

 Attachments: RAT-196.patch


 Currently there are defined many things which are already defined by 
 inheritance through the parent this makes the pom files larger than they need 
 to be.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Comment Edited] (RAT-196) Let the parent do it's work and define only things which are really needed.

2015-03-12 Thread Karl Heinz Marbaise (JIRA)

[ 
https://issues.apache.org/jira/browse/RAT-196?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14359295#comment-14359295
 ] 

Karl Heinz Marbaise edited comment on RAT-196 at 3/12/15 8:09 PM:
--

Attached patch to improve the pom files. Created against current trunk.


was (Author: khmarbaise):
Attached patch to improve the pom files. Created against 
[r1666284|http://svn.apache.org/r1666284]

 Let the parent do it's work and define only things which are really needed.
 ---

 Key: RAT-196
 URL: https://issues.apache.org/jira/browse/RAT-196
 Project: Apache Rat
  Issue Type: Improvement
  Components: maven
Affects Versions: 0.12
Reporter: Karl Heinz Marbaise
Priority: Critical
 Fix For: 0.12

 Attachments: RAT-196.patch


 Currently there are defined many things which are already defined by 
 inheritance through the header this makes the pom files larger than they need 
 to be.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Comment Edited] (RAT-196) Let the parent do it's work and define only things which are really needed.

2015-03-12 Thread Karl Heinz Marbaise (JIRA)

[ 
https://issues.apache.org/jira/browse/RAT-196?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14359295#comment-14359295
 ] 

Karl Heinz Marbaise edited comment on RAT-196 at 3/12/15 8:08 PM:
--

Attached patch to improve the pom files. Created against 
[r1666284|http://svn.apache.org/r1666284]


was (Author: khmarbaise):
Attached patch to improve the pom files.

 Let the parent do it's work and define only things which are really needed.
 ---

 Key: RAT-196
 URL: https://issues.apache.org/jira/browse/RAT-196
 Project: Apache Rat
  Issue Type: Improvement
  Components: maven
Affects Versions: 0.12
Reporter: Karl Heinz Marbaise
Priority: Critical
 Fix For: 0.12

 Attachments: RAT-196.patch


 Currently there are defined many things which are already defined by 
 inheritance through the header this makes the pom files larger than they need 
 to be.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (RAT-196) Let the parent do it's work and define only things which are really needed.

2015-03-12 Thread Karl Heinz Marbaise (JIRA)

 [ 
https://issues.apache.org/jira/browse/RAT-196?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Karl Heinz Marbaise updated RAT-196:

Attachment: RAT-196.patch

Attached patch to improve the pom files.

 Let the parent do it's work and define only things which are really needed.
 ---

 Key: RAT-196
 URL: https://issues.apache.org/jira/browse/RAT-196
 Project: Apache Rat
  Issue Type: Improvement
  Components: maven
Affects Versions: 0.12
Reporter: Karl Heinz Marbaise
Priority: Critical
 Fix For: 0.12

 Attachments: RAT-196.patch


 Currently there are defined many things which are already defined by 
 inheritance through the header this makes the pom files larger than they need 
 to be.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (RAT-196) Let the parent do it's work and define only things which are really needed.

2015-03-12 Thread Karl Heinz Marbaise (JIRA)

 [ 
https://issues.apache.org/jira/browse/RAT-196?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Karl Heinz Marbaise updated RAT-196:

Description: Currently there are defined many things which are already 
defined by inheritance through the parent this makes the pom files larger than 
they need to be.  (was: Currently there are defined many things which are 
already defined by inheritance through the header this makes the pom files 
larger than they need to be.)

 Let the parent do it's work and define only things which are really needed.
 ---

 Key: RAT-196
 URL: https://issues.apache.org/jira/browse/RAT-196
 Project: Apache Rat
  Issue Type: Improvement
  Components: maven
Affects Versions: 0.12
Reporter: Karl Heinz Marbaise
Priority: Critical
 Fix For: 0.12

 Attachments: RAT-196.patch


 Currently there are defined many things which are already defined by 
 inheritance through the parent this makes the pom files larger than they need 
 to be.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Created] (RAT-197) Exclude the new .mvn/ folder from rat checked

2015-03-25 Thread Karl Heinz Marbaise (JIRA)
Karl Heinz Marbaise created RAT-197:
---

 Summary: Exclude the new .mvn/ folder from rat checked
 Key: RAT-197
 URL: https://issues.apache.org/jira/browse/RAT-197
 Project: Apache Rat
  Issue Type: Improvement
Reporter: Karl Heinz Marbaise
 Fix For: 0.12


Starting with Maven 3.3.1 a new folder .mvn has been introduced which contains 
extensions.xml, jvm.config and maven.config. The jvm.config and maven.config do 
not support any kind of comment.
So best would be to exclude those folder completely from rat checks.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (RAT-197) Exclude the new .mvn/ folder from rat checked

2015-03-25 Thread Jochen Wiedmann (JIRA)

[ 
https://issues.apache.org/jira/browse/RAT-197?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14379988#comment-14379988
 ] 

Jochen Wiedmann commented on RAT-197:
-

The best way to do this will most likely be to upgrade the proper Plexus 
components that provides the default set.


 Exclude the new .mvn/ folder from rat checked
 -

 Key: RAT-197
 URL: https://issues.apache.org/jira/browse/RAT-197
 Project: Apache Rat
  Issue Type: Improvement
Reporter: Karl Heinz Marbaise
 Fix For: 0.12


 Starting with Maven 3.3.1 a new folder .mvn has been introduced which 
 contains extensions.xml, jvm.config and maven.config. The jvm.config and 
 maven.config do not support any kind of comment.
 So best would be to exclude those folder completely from rat checks.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (RAT-197) Exclude the new .mvn/ folder from rat checked

2015-03-25 Thread Karl Heinz Marbaise (JIRA)

 [ 
https://issues.apache.org/jira/browse/RAT-197?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Karl Heinz Marbaise updated RAT-197:

Attachment: RAT-197.patch

 Exclude the new .mvn/ folder from rat checked
 -

 Key: RAT-197
 URL: https://issues.apache.org/jira/browse/RAT-197
 Project: Apache Rat
  Issue Type: Improvement
Reporter: Karl Heinz Marbaise
 Fix For: 0.12

 Attachments: RAT-197.patch


 Starting with Maven 3.3.1 a new folder .mvn has been introduced which 
 contains extensions.xml, jvm.config and maven.config. The jvm.config and 
 maven.config do not support any kind of comment.
 So best would be to exclude those folder completely from rat checks.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Created] (RAT-198) Upgrade plexus-utils to 3.0.20

2015-03-25 Thread Karl Heinz Marbaise (JIRA)
Karl Heinz Marbaise created RAT-198:
---

 Summary: Upgrade plexus-utils to 3.0.20
 Key: RAT-198
 URL: https://issues.apache.org/jira/browse/RAT-198
 Project: Apache Rat
  Issue Type: Improvement
  Components: maven
Affects Versions: 0.12
Reporter: Karl Heinz Marbaise
Priority: Minor
 Fix For: 0.12






--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (RAT-198) Upgrade plexus-utils to 3.0.20

2015-03-26 Thread Jochen Wiedmann (JIRA)

[ 
https://issues.apache.org/jira/browse/RAT-198?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14381764#comment-14381764
 ] 

Jochen Wiedmann commented on RAT-198:
-

Then: What are the advantages (if any) of the upgrade?


 Upgrade plexus-utils to 3.0.20
 --

 Key: RAT-198
 URL: https://issues.apache.org/jira/browse/RAT-198
 Project: Apache Rat
  Issue Type: Improvement
  Components: maven
Affects Versions: 0.12
Reporter: Karl Heinz Marbaise
Priority: Minor
 Fix For: 0.12

 Attachments: RAT-198.patch






--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Resolved] (RAT-197) Exclude the new .mvn/ folder from rat checked

2015-03-26 Thread Philipp Ottlinger (JIRA)

 [ 
https://issues.apache.org/jira/browse/RAT-197?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Philipp Ottlinger resolved RAT-197.
---
Resolution: Fixed
  Assignee: Philipp Ottlinger

Thanks for the patch, applied in rev [1669332|http://svn.apache.org/r1669332]

 Exclude the new .mvn/ folder from rat checked
 -

 Key: RAT-197
 URL: https://issues.apache.org/jira/browse/RAT-197
 Project: Apache Rat
  Issue Type: Improvement
Reporter: Karl Heinz Marbaise
Assignee: Philipp Ottlinger
 Fix For: 0.12

 Attachments: RAT-197.patch


 Starting with Maven 3.3.1 a new folder .mvn has been introduced which 
 contains extensions.xml, jvm.config and maven.config. The jvm.config and 
 maven.config do not support any kind of comment.
 So best would be to exclude those folder completely from rat checks.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (RAT-198) Upgrade plexus-utils to 3.0.20

2015-03-26 Thread Karl Heinz Marbaise (JIRA)

[ 
https://issues.apache.org/jira/browse/RAT-198?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14381762#comment-14381762
 ] 

Karl Heinz Marbaise commented on RAT-198:
-

Absolutely no relationship.

 Upgrade plexus-utils to 3.0.20
 --

 Key: RAT-198
 URL: https://issues.apache.org/jira/browse/RAT-198
 Project: Apache Rat
  Issue Type: Improvement
  Components: maven
Affects Versions: 0.12
Reporter: Karl Heinz Marbaise
Priority: Minor
 Fix For: 0.12

 Attachments: RAT-198.patch






--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (RAT-197) Exclude the new .mvn/ folder from rat checked

2015-03-26 Thread Karl Heinz Marbaise (JIRA)

[ 
https://issues.apache.org/jira/browse/RAT-197?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14381763#comment-14381763
 ] 

Karl Heinz Marbaise commented on RAT-197:
-

The plexus component has no relationship to this, cause .mvn folder is 
identified by the mvn/mvn.cmd script and must be cause the jvm parameters 
couldn't be set there.

 Exclude the new .mvn/ folder from rat checked
 -

 Key: RAT-197
 URL: https://issues.apache.org/jira/browse/RAT-197
 Project: Apache Rat
  Issue Type: Improvement
Reporter: Karl Heinz Marbaise
 Fix For: 0.12

 Attachments: RAT-197.patch


 Starting with Maven 3.3.1 a new folder .mvn has been introduced which 
 contains extensions.xml, jvm.config and maven.config. The jvm.config and 
 maven.config do not support any kind of comment.
 So best would be to exclude those folder completely from rat checks.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Resolved] (RAT-198) Upgrade plexus-utils to 3.0.20

2015-03-26 Thread Philipp Ottlinger (JIRA)

 [ 
https://issues.apache.org/jira/browse/RAT-198?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Philipp Ottlinger resolved RAT-198.
---
Resolution: Fixed
  Assignee: Philipp Ottlinger

Thanks, committed as [rev1669330|http://svn.apache.org/r1669330].

 Upgrade plexus-utils to 3.0.20
 --

 Key: RAT-198
 URL: https://issues.apache.org/jira/browse/RAT-198
 Project: Apache Rat
  Issue Type: Improvement
  Components: maven
Affects Versions: 0.12
Reporter: Karl Heinz Marbaise
Assignee: Philipp Ottlinger
Priority: Minor
 Fix For: 0.12

 Attachments: RAT-198.patch






--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Assigned] (RAT-195) Merge GSOC from branch onto head

2015-02-23 Thread Philipp Ottlinger (JIRA)

 [ 
https://issues.apache.org/jira/browse/RAT-195?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Philipp Ottlinger reassigned RAT-195:
-

Assignee: Philipp Ottlinger

 Merge GSOC from branch onto head
 

 Key: RAT-195
 URL: https://issues.apache.org/jira/browse/RAT-195
 Project: Apache Rat
  Issue Type: Improvement
Affects Versions: 0.12
Reporter: Philipp Ottlinger
Assignee: Philipp Ottlinger

 Since there haven't been any objections (mailthread: 2014-07-31 22:18) I will 
 start to merge changes from GSOC into head - 
 source branch is 
 {code}
 http://svn.apache.org/viewvc/creadur/rat/branches/gsoc/
 {code}
 Target is:
 {code}
 http://svn.apache.org/viewvc/creadur/rat/trunk/
 {code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Created] (RAT-195) Merge GSOC from branch onto head

2015-02-23 Thread Philipp Ottlinger (JIRA)
Philipp Ottlinger created RAT-195:
-

 Summary: Merge GSOC from branch onto head
 Key: RAT-195
 URL: https://issues.apache.org/jira/browse/RAT-195
 Project: Apache Rat
  Issue Type: Improvement
Affects Versions: 0.12
Reporter: Philipp Ottlinger


Since there haven't been any objections (mailthread: 2014-07-31 22:18) I will 
start to merge changes from GSOC into head - 
source branch is 
{code}
http://svn.apache.org/viewvc/creadur/rat/branches/gsoc/
{code}
Target is:
{code}
http://svn.apache.org/viewvc/creadur/rat/trunk/
{code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (RAT-195) Merge GSOC from branch onto head/TRUNK

2015-02-23 Thread Philipp Ottlinger (JIRA)

 [ 
https://issues.apache.org/jira/browse/RAT-195?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Philipp Ottlinger updated RAT-195:
--
Summary: Merge GSOC from branch onto head/TRUNK  (was: Merge GSOC from 
branch onto head)

 Merge GSOC from branch onto head/TRUNK
 --

 Key: RAT-195
 URL: https://issues.apache.org/jira/browse/RAT-195
 Project: Apache Rat
  Issue Type: Improvement
Affects Versions: 0.12
Reporter: Philipp Ottlinger
Assignee: Philipp Ottlinger

 Since there haven't been any objections (mailthread: 2014-07-31 22:18) I will 
 start to merge changes from GSOC into head - 
 source branch is 
 {code}
 http://svn.apache.org/viewvc/creadur/rat/branches/gsoc/
 {code}
 Target is:
 {code}
 http://svn.apache.org/viewvc/creadur/rat/trunk/
 {code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (RAT-199) Support for m2e in Eclipse

2015-03-27 Thread Karl Heinz Marbaise (JIRA)

[ 
https://issues.apache.org/jira/browse/RAT-199?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14384510#comment-14384510
 ] 

Karl Heinz Marbaise commented on RAT-199:
-

No no...The mapping file can be put into 
{{src/main/resources/META-INF/m2e/lifecycle-mapping-metadata.xml}} and will be 
packaged with  plugin and use the plexus build api:

{code}
dependency
groupIdorg.sonatype.plexus/groupId
artifactIdplexus-build-api/artifactId
version0.0.7/version
/dependency
{code}
And of course it's needed to do some things within the code...add supplemental 
steps to trigger Eclipse...

 Support for m2e in Eclipse
 --

 Key: RAT-199
 URL: https://issues.apache.org/jira/browse/RAT-199
 Project: Apache Rat
  Issue Type: Improvement
  Components: maven
Affects Versions: 0.12
Reporter: Karl Heinz Marbaise
Priority: Minor

 I would like to see support for m2e in Eclipse.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (RAT-199) Support for m2e in Eclipse

2015-03-27 Thread Jochen Wiedmann (JIRA)

[ 
https://issues.apache.org/jira/browse/RAT-199?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14384466#comment-14384466
 ] 

Jochen Wiedmann commented on RAT-199:
-

What do you expect? An M2E connector that advises M2E how to handle the 
maven-rat-plugin? Or, what else?


 Support for m2e in Eclipse
 --

 Key: RAT-199
 URL: https://issues.apache.org/jira/browse/RAT-199
 Project: Apache Rat
  Issue Type: Improvement
  Components: maven
Affects Versions: 0.12
Reporter: Karl Heinz Marbaise
Priority: Minor

 I would like to see support for m2e in Eclipse.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (RAT-199) Support for m2e in Eclipse

2015-03-27 Thread Jochen Wiedmann (JIRA)

[ 
https://issues.apache.org/jira/browse/RAT-199?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14384490#comment-14384490
 ] 

Jochen Wiedmann commented on RAT-199:
-

As I guessed, you'd like to see a connector. Unfortunately, that doesn't 
require Maven k now how (which I have), but Eclipse (or perhaps even M2E) know 
how.


 Support for m2e in Eclipse
 --

 Key: RAT-199
 URL: https://issues.apache.org/jira/browse/RAT-199
 Project: Apache Rat
  Issue Type: Improvement
  Components: maven
Affects Versions: 0.12
Reporter: Karl Heinz Marbaise
Priority: Minor

 I would like to see support for m2e in Eclipse.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (RAT-199) Support for m2e in Eclipse

2015-03-27 Thread Karl Heinz Marbaise (JIRA)

[ 
https://issues.apache.org/jira/browse/RAT-199?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14384477#comment-14384477
 ] 

Karl Heinz Marbaise commented on RAT-199:
-

May be i wasn't clear enough...I would like create support in Eclipse to 
prevent messages about not being covered by life cycle and some handling of 
this within the maven-rat-plugin..the simplest step of this is to provide a 
life cycle mapper for Eclipse:
{code}
?xml version=1.0 encoding=UTF-8?
lifecycleMappingMetadata
  pluginExecutions
pluginExecution
  pluginExecutionFilter
goals
  goalcheck/goal
/goals
  /pluginExecutionFilter
  action
execute
  runOnIncrementaltrue/runOnIncremental
  runOnConfigurationtrue/runOnConfiguration
/execute
  /action
/pluginExecution
  /pluginExecutions
/lifecycleMappingMetadata
{code}
But i know that's not enough...


 Support for m2e in Eclipse
 --

 Key: RAT-199
 URL: https://issues.apache.org/jira/browse/RAT-199
 Project: Apache Rat
  Issue Type: Improvement
  Components: maven
Affects Versions: 0.12
Reporter: Karl Heinz Marbaise
Priority: Minor

 I would like to see support for m2e in Eclipse.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Created] (RAT-199) Support for m2e in Eclipse

2015-03-27 Thread Karl Heinz Marbaise (JIRA)
Karl Heinz Marbaise created RAT-199:
---

 Summary: Support for m2e in Eclipse
 Key: RAT-199
 URL: https://issues.apache.org/jira/browse/RAT-199
 Project: Apache Rat
  Issue Type: Improvement
  Components: maven
Affects Versions: 0.12
Reporter: Karl Heinz Marbaise
Priority: Minor


I would like to see support for m2e in Eclipse.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (RAT-198) Upgrade plexus-utils to 3.0.20

2015-03-26 Thread Jochen Wiedmann (JIRA)

[ 
https://issues.apache.org/jira/browse/RAT-198?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14381466#comment-14381466
 ] 

Jochen Wiedmann commented on RAT-198:
-

Is this related to RAT-197 (see my comment in that issue)?


 Upgrade plexus-utils to 3.0.20
 --

 Key: RAT-198
 URL: https://issues.apache.org/jira/browse/RAT-198
 Project: Apache Rat
  Issue Type: Improvement
  Components: maven
Affects Versions: 0.12
Reporter: Karl Heinz Marbaise
Priority: Minor
 Fix For: 0.12

 Attachments: RAT-198.patch






--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (RAT-189) Excludes should support ** style paths

2015-01-13 Thread Philipp Ottlinger (JIRA)

[ 
https://issues.apache.org/jira/browse/RAT-189?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14276016#comment-14276016
 ] 

Philipp Ottlinger commented on RAT-189:
---

Please provide more context - some other projects already use the wildcard 
annotation such as 
https://github.com/apache/mahout/blob/master/pom.xml

{code}
 excludes
exclude**/*.conf/exclude
exclude**/*.iml/exclude
exclude**/*.md/exclude
exclude**/*.props/exclude
exclude**/gen/**/exclude
exclude**/resources/**/exclude
exclude**/images/**/exclude
exclude**/target/**/exclude
exclude**/testdata/**/exclude
exclude**/.idea/**/exclude
exclude**/package-info.java/exclude
exclude**/.git/**/exclude
exclude**/.classpath/exclude
exclude**/.project/exclude
exclude**/.settings/**/exclude
exclude**/*.patch/exclude
  /excludes 
{code}

Is that what you are referring to?

 Excludes should support ** style paths
 --

 Key: RAT-189
 URL: https://issues.apache.org/jira/browse/RAT-189
 Project: Apache Rat
  Issue Type: New Feature
Reporter: Alex O'Ree

 It would be nice with the excludes/include path comparison supported ** and * 
 wildcards. It would make things much easier for filtering certains types of 
 files



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (RAT-189) Excludes should support ** style paths

2015-01-13 Thread Alex O'Ree (JIRA)

[ 
https://issues.apache.org/jira/browse/RAT-189?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14276200#comment-14276200
 ] 

Alex O'Ree commented on RAT-189:


Yes I tried something similar to that (applied to the parent pom) and was 
unable to get the exclusions to work in either the parent pom for the child 
projects. 

Now that I've seen the sample, I was able to get it to work. I had the syntax 
wrong. One action to take out of this is to update the web site's example for 
poms to have some additional details. I didn't see anywhere that wildcards were 
supported or how to specific exclusions via pom. Thanks for the quick response 

 Excludes should support ** style paths
 --

 Key: RAT-189
 URL: https://issues.apache.org/jira/browse/RAT-189
 Project: Apache Rat
  Issue Type: New Feature
Reporter: Alex O'Ree

 It would be nice with the excludes/include path comparison supported ** and * 
 wildcards. It would make things much easier for filtering certains types of 
 files



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (RAT-171) Allow exclude patterns to be read from a file or files

2015-04-13 Thread Philipp Ottlinger (JIRA)

 [ 
https://issues.apache.org/jira/browse/RAT-171?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Philipp Ottlinger updated RAT-171:
--
Description: 
The apache-rat-plugin ignores by default the .gitignore files. However, for 
every file/pattern added to those files, an explicit exclusion must be set in 
the plugin's configuration.
Given that git-ignored files won't be uploaded to the SCM and shouldn't be part 
of a release, it would be nice that the apache-rat-plugin automatically 
considered those git-ignored files as implicit exclusions.

h3. Example usage
Either configure parsing SCM ignore files by a environment variable 
{code}
mvn -U -debug -Drat.parseSCMIgnoresAsExcludes=true
{code}
or in your configuration section of apache-rat-maven plugin 
{code}
parseSCMIgnoresAsExcludestrue/true

This features is enabled by default.

  was:
The apache-rat-plugin ignores by default the .gitignore files. However, for 
every file/pattern added to those files, an explicit exclusion must be set in 
the plugin's configuration.
Given that git-ignored files won't be uploaded to the SCM and shouldn't be part 
of a release, it would be nice that the apache-rat-plugin automatically 
considered those git-ignored files as implicit exclusions.

h3. Example usage
Either configure parsing SCM ignore files by a environment variable 
{code}
mvn -U -debug -Drat.parseSCMIgnoresAsExcludes=true
{code}
or in your configuration section of apache-rat-maven plugin 
{code}
parseSCMIgnoresAsExcludestrue/true

As if now this feature is not enabled by default.



 Allow exclude patterns to be read from a file or files
 --

 Key: RAT-171
 URL: https://issues.apache.org/jira/browse/RAT-171
 Project: Apache Rat
  Issue Type: New Feature
Affects Versions: 0.11
Reporter: Ignasi Barrera
Assignee: Philipp Ottlinger
 Attachments: RAT-171.patch


 The apache-rat-plugin ignores by default the .gitignore files. However, for 
 every file/pattern added to those files, an explicit exclusion must be set in 
 the plugin's configuration.
 Given that git-ignored files won't be uploaded to the SCM and shouldn't be 
 part of a release, it would be nice that the apache-rat-plugin automatically 
 considered those git-ignored files as implicit exclusions.
 h3. Example usage
 Either configure parsing SCM ignore files by a environment variable 
 {code}
 mvn -U -debug -Drat.parseSCMIgnoresAsExcludes=true
 {code}
 or in your configuration section of apache-rat-maven plugin 
 {code}
 parseSCMIgnoresAsExcludestrue/true
 This features is enabled by default.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (RAT-171) Allow exclude patterns to be read from a file or files

2015-04-13 Thread Philipp Ottlinger (JIRA)

 [ 
https://issues.apache.org/jira/browse/RAT-171?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Philipp Ottlinger updated RAT-171:
--
Description: 
h3. Context
The apache-rat-plugin ignores by default the .gitignore files. However, for 
every file/pattern added to those files, an explicit exclusion must be set in 
the plugin's configuration.
Given that git-ignored files won't be uploaded to the SCM and shouldn't be part 
of a release, it would be nice that the apache-rat-plugin automatically 
considered those git-ignored files as implicit exclusions.

h3. Implemented for 
Currently implemented for the following soure code management systems:
* SVN
* Git
* Bazaar
* Mercurial and 
* CVS.

h3. Example usage
You can configure parsing SCM ignore files by a environment variable 
{code}
mvn -U -debug -Drat.parseSCMIgnoresAsExcludes=true
{code}
or in your configuration section of apache-rat-maven plugin 
{code}
parseSCMIgnoresAsExcludestrue/true

This features is enabled by default.

In case you want to speed up the build you may disable it and set it to false.

  was:
The apache-rat-plugin ignores by default the .gitignore files. However, for 
every file/pattern added to those files, an explicit exclusion must be set in 
the plugin's configuration.
Given that git-ignored files won't be uploaded to the SCM and shouldn't be part 
of a release, it would be nice that the apache-rat-plugin automatically 
considered those git-ignored files as implicit exclusions.

h3. Example usage
Either configure parsing SCM ignore files by a environment variable 
{code}
mvn -U -debug -Drat.parseSCMIgnoresAsExcludes=true
{code}
or in your configuration section of apache-rat-maven plugin 
{code}
parseSCMIgnoresAsExcludestrue/true

This features is enabled by default.


 Allow exclude patterns to be read from a file or files
 --

 Key: RAT-171
 URL: https://issues.apache.org/jira/browse/RAT-171
 Project: Apache Rat
  Issue Type: New Feature
Affects Versions: 0.11
Reporter: Ignasi Barrera
Assignee: Philipp Ottlinger
 Attachments: RAT-171.patch


 h3. Context
 The apache-rat-plugin ignores by default the .gitignore files. However, for 
 every file/pattern added to those files, an explicit exclusion must be set in 
 the plugin's configuration.
 Given that git-ignored files won't be uploaded to the SCM and shouldn't be 
 part of a release, it would be nice that the apache-rat-plugin automatically 
 considered those git-ignored files as implicit exclusions.
 h3. Implemented for 
 Currently implemented for the following soure code management systems:
 * SVN
 * Git
 * Bazaar
 * Mercurial and 
 * CVS.
 h3. Example usage
 You can configure parsing SCM ignore files by a environment variable 
 {code}
 mvn -U -debug -Drat.parseSCMIgnoresAsExcludes=true
 {code}
 or in your configuration section of apache-rat-maven plugin 
 {code}
 parseSCMIgnoresAsExcludestrue/true
 This features is enabled by default.
 In case you want to speed up the build you may disable it and set it to false.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (RAT-161) Support exclusion of paths: path/to/file.ext

2015-04-13 Thread Philipp Ottlinger (JIRA)

[ 
https://issues.apache.org/jira/browse/RAT-161?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14492925#comment-14492925
 ] 

Philipp Ottlinger commented on RAT-161:
---

[~eje] is the ticket still relevant? I see that SPARK-1493 is fixed. Does your 
request still make sense?

To my mind it rather makes the exclusions configuration even more complex than 
it already is, which is why I'm in favour of closing your ticket.

Thanks for feedback.

 Support exclusion of paths:   path/to/file.ext
 

 Key: RAT-161
 URL: https://issues.apache.org/jira/browse/RAT-161
 Project: Apache Rat
  Issue Type: New Feature
  Components: reports
Reporter: Erik Erlandson
Priority: Minor
 Attachments: RAT-161.2.patch


 It would be advantageous to be able to exclude specific files, e.g. 
 path/to/file.ext
 The current '-E' feature cannot do this, as the filter patterns are only 
 applied to individual files as directory tree is traversed, so a filter will 
 never see path/to/file.ext, only path, to and file.ext
 See for example: SPARK-1493



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (RAT-171) Allow exclude patterns to be read from a file or files

2015-04-13 Thread Philipp Ottlinger (JIRA)

 [ 
https://issues.apache.org/jira/browse/RAT-171?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Philipp Ottlinger updated RAT-171:
--
Description: 
h3. Context
The apache-rat-plugin ignores by default the .gitignore files. However, for 
every file/pattern added to those files, an explicit exclusion must be set in 
the plugin's configuration.
Given that git-ignored files won't be uploaded to the SCM and shouldn't be part 
of a release, it would be nice that the apache-rat-plugin automatically 
considered those git-ignored files as implicit exclusions.

h3. Implemented for 
Currently implemented for the following soure code management systems:
* SVN
* Git
* Bazaar
* Mercurial and 
* CVS.

h3. Example usage
You can configure parsing SCM ignore files by a environment variable 
{code}
mvn -U -debug -Drat.parseSCMIgnoresAsExcludes=true
{code}
or in your configuration section of apache-rat-maven plugin 
{code}
parseSCMIgnoresAsExcludestrue/true
{code}

This features is enabled by default.

In case you want to speed up the build you may disable it and set it to 
{code}
false
{code}
.

  was:
h3. Context
The apache-rat-plugin ignores by default the .gitignore files. However, for 
every file/pattern added to those files, an explicit exclusion must be set in 
the plugin's configuration.
Given that git-ignored files won't be uploaded to the SCM and shouldn't be part 
of a release, it would be nice that the apache-rat-plugin automatically 
considered those git-ignored files as implicit exclusions.

h3. Implemented for 
Currently implemented for the following soure code management systems:
* SVN
* Git
* Bazaar
* Mercurial and 
* CVS.

h3. Example usage
You can configure parsing SCM ignore files by a environment variable 
{code}
mvn -U -debug -Drat.parseSCMIgnoresAsExcludes=true
{code}
or in your configuration section of apache-rat-maven plugin 
{code}
parseSCMIgnoresAsExcludestrue/true

This features is enabled by default.

In case you want to speed up the build you may disable it and set it to false.


 Allow exclude patterns to be read from a file or files
 --

 Key: RAT-171
 URL: https://issues.apache.org/jira/browse/RAT-171
 Project: Apache Rat
  Issue Type: New Feature
Affects Versions: 0.11
Reporter: Ignasi Barrera
Assignee: Philipp Ottlinger
 Fix For: 0.12

 Attachments: RAT-171.patch


 h3. Context
 The apache-rat-plugin ignores by default the .gitignore files. However, for 
 every file/pattern added to those files, an explicit exclusion must be set in 
 the plugin's configuration.
 Given that git-ignored files won't be uploaded to the SCM and shouldn't be 
 part of a release, it would be nice that the apache-rat-plugin automatically 
 considered those git-ignored files as implicit exclusions.
 h3. Implemented for 
 Currently implemented for the following soure code management systems:
 * SVN
 * Git
 * Bazaar
 * Mercurial and 
 * CVS.
 h3. Example usage
 You can configure parsing SCM ignore files by a environment variable 
 {code}
 mvn -U -debug -Drat.parseSCMIgnoresAsExcludes=true
 {code}
 or in your configuration section of apache-rat-maven plugin 
 {code}
 parseSCMIgnoresAsExcludestrue/true
 {code}
 This features is enabled by default.
 In case you want to speed up the build you may disable it and set it to 
 {code}
 false
 {code}
 .



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (RAT-171) Allow exclude patterns to be read from a file or files

2015-04-13 Thread Philipp Ottlinger (JIRA)

[ 
https://issues.apache.org/jira/browse/RAT-171?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14492848#comment-14492848
 ] 

Philipp Ottlinger commented on RAT-171:
---

Thanks for your feedback - I've enabled the feature by default and added some 
more documentation and an integration test that generates parsing errors to 
proof the features usability on user-generated input.

Done in [1673261|http://svn.apache.org/r1673261]

 Allow exclude patterns to be read from a file or files
 --

 Key: RAT-171
 URL: https://issues.apache.org/jira/browse/RAT-171
 Project: Apache Rat
  Issue Type: New Feature
Affects Versions: 0.11
Reporter: Ignasi Barrera
Assignee: Philipp Ottlinger
 Fix For: 0.12

 Attachments: RAT-171.patch


 h3. Context
 The apache-rat-plugin ignores by default the .gitignore files. However, for 
 every file/pattern added to those files, an explicit exclusion must be set in 
 the plugin's configuration.
 Given that git-ignored files won't be uploaded to the SCM and shouldn't be 
 part of a release, it would be nice that the apache-rat-plugin automatically 
 considered those git-ignored files as implicit exclusions.
 h3. Implemented for 
 Currently implemented for the following soure code management systems:
 * SVN
 * Git
 * Bazaar
 * Mercurial and 
 * CVS.
 h3. Example usage
 You can configure parsing SCM ignore files by a environment variable 
 {code}
 mvn -U -debug -Drat.parseSCMIgnoresAsExcludes=true
 {code}
 or in your configuration section of apache-rat-maven plugin 
 {code}
 parseSCMIgnoresAsExcludestrue/true
 This features is enabled by default.
 In case you want to speed up the build you may disable it and set it to false.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Resolved] (RAT-171) Allow exclude patterns to be read from a file or files

2015-04-13 Thread Philipp Ottlinger (JIRA)

 [ 
https://issues.apache.org/jira/browse/RAT-171?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Philipp Ottlinger resolved RAT-171.
---
   Resolution: Fixed
Fix Version/s: 0.12

 Allow exclude patterns to be read from a file or files
 --

 Key: RAT-171
 URL: https://issues.apache.org/jira/browse/RAT-171
 Project: Apache Rat
  Issue Type: New Feature
Affects Versions: 0.11
Reporter: Ignasi Barrera
Assignee: Philipp Ottlinger
 Fix For: 0.12

 Attachments: RAT-171.patch


 h3. Context
 The apache-rat-plugin ignores by default the .gitignore files. However, for 
 every file/pattern added to those files, an explicit exclusion must be set in 
 the plugin's configuration.
 Given that git-ignored files won't be uploaded to the SCM and shouldn't be 
 part of a release, it would be nice that the apache-rat-plugin automatically 
 considered those git-ignored files as implicit exclusions.
 h3. Implemented for 
 Currently implemented for the following soure code management systems:
 * SVN
 * Git
 * Bazaar
 * Mercurial and 
 * CVS.
 h3. Example usage
 You can configure parsing SCM ignore files by a environment variable 
 {code}
 mvn -U -debug -Drat.parseSCMIgnoresAsExcludes=true
 {code}
 or in your configuration section of apache-rat-maven plugin 
 {code}
 parseSCMIgnoresAsExcludestrue/true
 This features is enabled by default.
 In case you want to speed up the build you may disable it and set it to false.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (RAT-157) Use the *ignore file for the SCM to determine excludes

2015-04-13 Thread Philipp Ottlinger (JIRA)

 [ 
https://issues.apache.org/jira/browse/RAT-157?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Philipp Ottlinger updated RAT-157:
--
Fix Version/s: 0.12

 Use the *ignore file for the SCM to determine excludes
 --

 Key: RAT-157
 URL: https://issues.apache.org/jira/browse/RAT-157
 Project: Apache Rat
  Issue Type: New Feature
Reporter: lucas theisen
Assignee: Philipp Ottlinger
Priority: Minor
 Fix For: 0.12


 As I understand it, RAT is used to ensure the LICENSE text is in all source 
 files.  Anything ignored by SCM is not technically a source file.  These 
 other files are usually specific to the developer environment.  And the 
 developer will already be adding such files to their own `SCMignore`.  
 Perhaps a pluggable ingore mechanism that could have an implementation per 
 SCM and would know how to parse that ignore and translate filter out all the 
 files it specifies.  Perhaps this could be an option to the the rat config 
 `useGitIgnore` or something.  What do you think?



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Resolved] (RAT-157) Use the *ignore file for the SCM to determine excludes

2015-04-13 Thread Philipp Ottlinger (JIRA)

 [ 
https://issues.apache.org/jira/browse/RAT-157?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Philipp Ottlinger resolved RAT-157.
---
Resolution: Fixed
  Assignee: Philipp Ottlinger

 Use the *ignore file for the SCM to determine excludes
 --

 Key: RAT-157
 URL: https://issues.apache.org/jira/browse/RAT-157
 Project: Apache Rat
  Issue Type: New Feature
Reporter: lucas theisen
Assignee: Philipp Ottlinger
Priority: Minor

 As I understand it, RAT is used to ensure the LICENSE text is in all source 
 files.  Anything ignored by SCM is not technically a source file.  These 
 other files are usually specific to the developer environment.  And the 
 developer will already be adding such files to their own `SCMignore`.  
 Perhaps a pluggable ingore mechanism that could have an implementation per 
 SCM and would know how to parse that ignore and translate filter out all the 
 files it specifies.  Perhaps this could be an option to the the rat config 
 `useGitIgnore` or something.  What do you think?



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (RAT-157) Use the *ignore file for the SCM to determine excludes

2015-04-13 Thread Philipp Ottlinger (JIRA)

[ 
https://issues.apache.org/jira/browse/RAT-157?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14492833#comment-14492833
 ] 

Philipp Ottlinger commented on RAT-157:
---

Your request is implemented via RAT-171 and RAT-172 for the following soure 
code management systems:
* SVN
* Git
* Bazaar
* Mercurial and 
* CVS.


 Use the *ignore file for the SCM to determine excludes
 --

 Key: RAT-157
 URL: https://issues.apache.org/jira/browse/RAT-157
 Project: Apache Rat
  Issue Type: New Feature
Reporter: lucas theisen
Assignee: Philipp Ottlinger
Priority: Minor
 Fix For: 0.12


 As I understand it, RAT is used to ensure the LICENSE text is in all source 
 files.  Anything ignored by SCM is not technically a source file.  These 
 other files are usually specific to the developer environment.  And the 
 developer will already be adding such files to their own `SCMignore`.  
 Perhaps a pluggable ingore mechanism that could have an implementation per 
 SCM and would know how to parse that ignore and translate filter out all the 
 files it specifies.  Perhaps this could be an option to the the rat config 
 `useGitIgnore` or something.  What do you think?



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (RAT-160) Fails to ignore build.log created by maven-invoker-plugin

2015-04-13 Thread Christopher Tubbs (JIRA)

[ 
https://issues.apache.org/jira/browse/RAT-160?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14493073#comment-14493073
 ] 

Christopher Tubbs commented on RAT-160:
---

I agree that {{**/build.log}} would be too much. A plain {{build.log}} should 
be sufficient. maven-invoker-plugin does have the ability to suppress creating 
build.log (that's my current workaround, but that information is too valuable 
to make that permanent). I will file an issue to make the location of the 
{{build.log}} file more configurable, or to put it in a different location by 
default.

 Fails to ignore build.log created by maven-invoker-plugin
 -

 Key: RAT-160
 URL: https://issues.apache.org/jira/browse/RAT-160
 Project: Apache Rat
  Issue Type: Bug
Affects Versions: 0.10
Reporter: Christopher Tubbs
 Attachments: RAT-160-proposedPatch.txt


 When using maven-invoker-plugin to run integration-tests for a maven plugin 
 project, maven-invoker-plugin creates a build.log file in the basedir for the 
 project.
 This may be a bug in maven-invoker-plugin. Perhaps it'd be better to put this 
 file in its build directory, rather than its basedir. Regardless, the 
 apache-rat-plugin should ignore this build.log file.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Resolved] (RAT-160) Fails to ignore build.log created by maven-invoker-plugin

2015-04-14 Thread Philipp Ottlinger (JIRA)

 [ 
https://issues.apache.org/jira/browse/RAT-160?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Philipp Ottlinger resolved RAT-160.
---
   Resolution: Fixed
Fix Version/s: 0.12
 Assignee: Philipp Ottlinger

Integrated build.log as a temporary fix to allow users of RAT with 
maven-invoker-plugin runs to work.

We may revoke this once MINVOKER-190 is solved properly.

Integrated in [1673389|http://svn.apache.org/r1673389]

 Fails to ignore build.log created by maven-invoker-plugin
 -

 Key: RAT-160
 URL: https://issues.apache.org/jira/browse/RAT-160
 Project: Apache Rat
  Issue Type: Bug
Affects Versions: 0.10
Reporter: Christopher Tubbs
Assignee: Philipp Ottlinger
 Fix For: 0.12

 Attachments: RAT-160-proposedPatch.txt


 When using maven-invoker-plugin to run integration-tests for a maven plugin 
 project, maven-invoker-plugin creates a build.log file in the basedir for the 
 project.
 This may be a bug in maven-invoker-plugin. Perhaps it'd be better to put this 
 file in its build directory, rather than its basedir. Regardless, the 
 apache-rat-plugin should ignore this build.log file.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (RAT-179) Maven plugin and Ant task do not support adding extra approved licences

2015-04-20 Thread Philipp Ottlinger (JIRA)

 [ 
https://issues.apache.org/jira/browse/RAT-179?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Philipp Ottlinger updated RAT-179:
--
Attachment: RAT-179.tar.gz

[~solomax] Is your expectation that the attached project is scanned and goes 
through?

It contains:
* ASF2.0 and MIT (should be part of the defaults)
* MIT and GPL (self-defined, added via pom.xml)

Thanks for your feedback

 Maven plugin and Ant task do not support adding extra approved licences
 ---

 Key: RAT-179
 URL: https://issues.apache.org/jira/browse/RAT-179
 Project: Apache Rat
  Issue Type: Bug
  Components: antlib, maven
Affects Versions: 0.11
Reporter: Sebb
Assignee: Philipp Ottlinger
 Attachments: RAT-179.tar.gz


 Users can add new license types using the licenses tag.
 h3. Affects: Maven- and ANT plugin
 h4. Maven
 These are not added to the approved licenses list.
 This has to be done through the licenseFamilies tag.
 However, the entries replace the defaults.
 There does not appear to be any way to update the approved list other than 
 replacing it entirely, which is very inconvenient.
 This could be fixed by adding a new property analagous to 
 addDefaultLicenseMatchers, e.g. addDefaultLicenseFamilies
 Or it might be easier for the user to configure if individual license 
 entries could be tagged as approved. The default would need to be false for 
 backwards compatibility.
 h4. Ant
 Same issue for Ant task; rat:approvedLicense/ configs replace the default 
 set.
 Reported by [~solomax] via 
 [mail|http://rat.markmail.org/thread/3qdpynxpejujbzm7#query:+page:1+mid:6c6nnolaydznkqhd+state:results]



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (RAT-179) Maven plugin and Ant task do not support adding extra approved licences

2015-04-20 Thread Philipp Ottlinger (JIRA)

 [ 
https://issues.apache.org/jira/browse/RAT-179?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Philipp Ottlinger updated RAT-179:
--
Description: 
Users can add new license types using the licenses tag.

h3. Affects: Maven- and ANT plugin
h4. Maven
These are not added to the approved licenses list.
This has to be done through the licenseFamilies tag.

However, the entries replace the defaults.
There does not appear to be any way to update the approved list other than 
replacing it entirely, which is very inconvenient.

This could be fixed by adding a new property analagous to 
addDefaultLicenseMatchers, e.g. addDefaultLicenseFamilies

Or it might be easier for the user to configure if individual license entries 
could be tagged as approved. The default would need to be false for backwards 
compatibility.

h4. Ant
Same issue for Ant task; rat:approvedLicense/ configs replace the default set.

Reported by [~solomax].


  was:
Users can add new license types using the licenses tag.

h3. Affects: Maven- and ANT plugin
h4. Maven
These are not added to the approved licenses list.
This has to be done through the licenseFamilies tag.

However, the entries replace the defaults.
There does not appear to be any way to update the approved list other than 
replacing it entirely, which is very inconvenient.

This could be fixed by adding a new property analagous to 
addDefaultLicenseMatchers, e.g. addDefaultLicenseFamilies

Or it might be easier for the user to configure if individual license entries 
could be tagged as approved. The default would need to be false for backwards 
compatibility.

h4. Ant


Reported by [~solomax].



 Maven plugin and Ant task do not support adding extra approved licences
 ---

 Key: RAT-179
 URL: https://issues.apache.org/jira/browse/RAT-179
 Project: Apache Rat
  Issue Type: Bug
  Components: antlib, maven
Affects Versions: 0.11
Reporter: Sebb
Assignee: Philipp Ottlinger

 Users can add new license types using the licenses tag.
 h3. Affects: Maven- and ANT plugin
 h4. Maven
 These are not added to the approved licenses list.
 This has to be done through the licenseFamilies tag.
 However, the entries replace the defaults.
 There does not appear to be any way to update the approved list other than 
 replacing it entirely, which is very inconvenient.
 This could be fixed by adding a new property analagous to 
 addDefaultLicenseMatchers, e.g. addDefaultLicenseFamilies
 Or it might be easier for the user to configure if individual license 
 entries could be tagged as approved. The default would need to be false for 
 backwards compatibility.
 h4. Ant
 Same issue for Ant task; rat:approvedLicense/ configs replace the default 
 set.
 Reported by [~solomax].



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Issue Comment Deleted] (RAT-179) Maven plugin and Ant task do not support adding extra approved licences

2015-04-20 Thread Philipp Ottlinger (JIRA)

 [ 
https://issues.apache.org/jira/browse/RAT-179?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Philipp Ottlinger updated RAT-179:
--
Comment: was deleted

(was: Same issue for Ant task; rat:approvedLicense/ configs replace the 
default set.)

 Maven plugin and Ant task do not support adding extra approved licences
 ---

 Key: RAT-179
 URL: https://issues.apache.org/jira/browse/RAT-179
 Project: Apache Rat
  Issue Type: Bug
  Components: antlib, maven
Affects Versions: 0.11
Reporter: Sebb
Assignee: Philipp Ottlinger

 Users can add new license types using the licenses tag.
 h3. Affects: Maven- and ANT plugin
 h4. Maven
 These are not added to the approved licenses list.
 This has to be done through the licenseFamilies tag.
 However, the entries replace the defaults.
 There does not appear to be any way to update the approved list other than 
 replacing it entirely, which is very inconvenient.
 This could be fixed by adding a new property analagous to 
 addDefaultLicenseMatchers, e.g. addDefaultLicenseFamilies
 Or it might be easier for the user to configure if individual license 
 entries could be tagged as approved. The default would need to be false for 
 backwards compatibility.
 h4. Ant
 Same issue for Ant task; rat:approvedLicense/ configs replace the default 
 set.
 Reported by [~solomax].



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (RAT-60) Create Crawler Module

2015-05-18 Thread Jochen Wiedmann (JIRA)

[ 
https://issues.apache.org/jira/browse/RAT-60?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14548091#comment-14548091
 ] 

Jochen Wiedmann commented on RAT-60:


Robert: What do you mean by Crawler Module?


 Create Crawler Module
 -

 Key: RAT-60
 URL: https://issues.apache.org/jira/browse/RAT-60
 Project: Apache Rat
  Issue Type: New Feature
Affects Versions: 0.7
Reporter: Robert Burrell Donkin

 See 
 http://mail-archives.apache.org/mod_mbox/incubator-rat-dev/200906.mbox/%3c4a38a971.6090...@blueyonder.co.uk%3e
  and 
 http://mail-archives.apache.org/mod_mbox/incubator-rat-dev/200904.mbox/%3cafac0a18-5a57-40f7-960d-1d86c8a09...@sun.com%3e
 Will probably go ahead with a basic implementation then switch to Droids 
 after it's release
 Objections?
 Opinions?



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Resolved] (RAT-180) Incorrect text in report

2015-05-18 Thread Philipp Ottlinger (JIRA)

 [ 
https://issues.apache.org/jira/browse/RAT-180?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Philipp Ottlinger resolved RAT-180.
---
   Resolution: Fixed
Fix Version/s: 0.12

Thanks for the feedback.

 Incorrect text in report
 

 Key: RAT-180
 URL: https://issues.apache.org/jira/browse/RAT-180
 Project: Apache Rat
  Issue Type: Bug
Reporter: Sebb
Assignee: Philipp Ottlinger
Priority: Minor
 Fix For: 0.12


 The report contains the lines:
 Binary files (which do not require AL headers) will be marked B
 ...
 Printing headers for files without AL header
 This assumes that only AL headers are required/allowed.
 The text should be made more generic, for example
 Binary files (which do not require a licence header) will be marked B
 ...
 Printing headers for text files without a license header



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Created] (RAT-200) Update to ASF parent 17

2015-05-18 Thread Philipp Ottlinger (JIRA)
Philipp Ottlinger created RAT-200:
-

 Summary: Update to ASF parent 17
 Key: RAT-200
 URL: https://issues.apache.org/jira/browse/RAT-200
 Project: Apache Rat
  Issue Type: Improvement
Reporter: Philipp Ottlinger
Priority: Minor


Update to latest ASF parent 17.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (RAT-200) Update to ASF parent pom 17

2015-05-18 Thread Philipp Ottlinger (JIRA)

 [ 
https://issues.apache.org/jira/browse/RAT-200?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Philipp Ottlinger updated RAT-200:
--
Summary: Update to ASF parent pom 17  (was: Update to ASF parent 17)

 Update to ASF parent pom 17
 ---

 Key: RAT-200
 URL: https://issues.apache.org/jira/browse/RAT-200
 Project: Apache Rat
  Issue Type: Improvement
Reporter: Philipp Ottlinger
Priority: Minor

 Update to latest ASF parent 17.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (RAT-179) Maven plugin and Ant task do not support adding extra approved licences

2015-05-19 Thread Maxim Solodovnik (JIRA)

 [ 
https://issues.apache.org/jira/browse/RAT-179?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Maxim Solodovnik updated RAT-179:
-
Attachment: rat-179.zip

Example of Ant project

 Maven plugin and Ant task do not support adding extra approved licences
 ---

 Key: RAT-179
 URL: https://issues.apache.org/jira/browse/RAT-179
 Project: Apache Rat
  Issue Type: Bug
  Components: antlib, maven
Affects Versions: 0.11
Reporter: Sebb
Assignee: Philipp Ottlinger
 Attachments: RAT-179.tar.gz, rat-179.zip


 Users can add new license types using the licenses tag.
 h3. Affects: Maven- and ANT plugin
 h4. Maven
 These are not added to the approved licenses list.
 This has to be done through the licenseFamilies tag.
 However, the entries replace the defaults.
 There does not appear to be any way to update the approved list other than 
 replacing it entirely, which is very inconvenient.
 This could be fixed by adding a new property analagous to 
 addDefaultLicenseMatchers, e.g. addDefaultLicenseFamilies
 Or it might be easier for the user to configure if individual license 
 entries could be tagged as approved. The default would need to be false for 
 backwards compatibility.
 h4. Ant
 Same issue for Ant task; rat:approvedLicense/ configs replace the default 
 set.
 Reported by [~solomax] via 
 [mail|http://rat.markmail.org/thread/3qdpynxpejujbzm7#query:+page:1+mid:6c6nnolaydznkqhd+state:results]



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (RAT-54) MIME Detection Using Tika

2015-05-17 Thread Philipp Ottlinger (JIRA)

 [ 
https://issues.apache.org/jira/browse/RAT-54?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Philipp Ottlinger updated RAT-54:
-
Assignee: (was: Robert Burrell Donkin)

 MIME Detection Using Tika
 -

 Key: RAT-54
 URL: https://issues.apache.org/jira/browse/RAT-54
 Project: Apache Rat
  Issue Type: New Feature
Affects Versions: 0.7
Reporter: Robert Burrell Donkin

 Tika provides sophisticated and comprehensive MIME detection. Add support for 
 a Tika based implementation.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (RAT-171) Allow exclude patterns to be read from a file or files

2015-04-15 Thread Christopher Tubbs (JIRA)

[ 
https://issues.apache.org/jira/browse/RAT-171?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14496901#comment-14496901
 ] 

Christopher Tubbs commented on RAT-171:
---

For git, does this support the full range of patterns, and able to tell the 
difference between:

# target ~(any file or directory named target)~
# /target ~(any file or directory named target at the root of the git 
repository)~
# target/ ~(any directory named target)~
# /target/ ~(any directory named target at the root of the git repository)~
# /target* ~(any file or directory whose name starts with target at the root of 
the git repository)~

(Related: does this change try to parse the SCM ignore files themselves, or 
rely on the SCM in some way to parse these files?)

 Allow exclude patterns to be read from a file or files
 --

 Key: RAT-171
 URL: https://issues.apache.org/jira/browse/RAT-171
 Project: Apache Rat
  Issue Type: New Feature
Affects Versions: 0.11
Reporter: Ignasi Barrera
Assignee: Philipp Ottlinger
 Fix For: 0.12

 Attachments: RAT-171.patch


 h3. Context
 The apache-rat-plugin ignores by default the .gitignore files. However, for 
 every file/pattern added to those files, an explicit exclusion must be set in 
 the plugin's configuration.
 Given that git-ignored files won't be uploaded to the SCM and shouldn't be 
 part of a release, it would be nice that the apache-rat-plugin automatically 
 considered those git-ignored files as implicit exclusions.
 h3. Implemented for 
 Currently implemented for the following soure code management systems:
 * SVN
 * Git
 * Bazaar
 * Mercurial and 
 * CVS.
 h3. Example usage
 You can configure parsing SCM ignore files by a environment variable 
 {code}
 mvn -U -debug -Drat.parseSCMIgnoresAsExcludes=true
 {code}
 or in your configuration section of apache-rat-maven plugin 
 {code}
 parseSCMIgnoresAsExcludestrue/true
 {code}
 This features is enabled by default.
 In case you want to speed up the build you may disable it and set it to 
 {code}
 false
 {code}
 .



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (RAT-171) Allow exclude patterns to be read from a file or files

2015-04-15 Thread Philipp Ottlinger (JIRA)

[ 
https://issues.apache.org/jira/browse/RAT-171?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14496906#comment-14496906
 ] 

Philipp Ottlinger commented on RAT-171:
---

[~ctubbsii],
we do not rely on the SCM to do the file parsing.

The file is read linewise and each line is added as an ignore pattern.
Thus the full syntax of Java-patterns is ready to be used.

 Allow exclude patterns to be read from a file or files
 --

 Key: RAT-171
 URL: https://issues.apache.org/jira/browse/RAT-171
 Project: Apache Rat
  Issue Type: New Feature
Affects Versions: 0.11
Reporter: Ignasi Barrera
Assignee: Philipp Ottlinger
 Fix For: 0.12

 Attachments: RAT-171.patch


 h3. Context
 The apache-rat-plugin ignores by default the .gitignore files. However, for 
 every file/pattern added to those files, an explicit exclusion must be set in 
 the plugin's configuration.
 Given that git-ignored files won't be uploaded to the SCM and shouldn't be 
 part of a release, it would be nice that the apache-rat-plugin automatically 
 considered those git-ignored files as implicit exclusions.
 h3. Implemented for 
 Currently implemented for the following soure code management systems:
 * SVN
 * Git
 * Bazaar
 * Mercurial and 
 * CVS.
 h3. Example usage
 You can configure parsing SCM ignore files by a environment variable 
 {code}
 mvn -U -debug -Drat.parseSCMIgnoresAsExcludes=true
 {code}
 or in your configuration section of apache-rat-maven plugin 
 {code}
 parseSCMIgnoresAsExcludestrue/true
 {code}
 This features is enabled by default.
 In case you want to speed up the build you may disable it and set it to 
 {code}
 false
 {code}
 .



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (RAT-171) Allow exclude patterns to be read from a file or files

2015-04-15 Thread Ignasi Barrera (JIRA)

[ 
https://issues.apache.org/jira/browse/RAT-171?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14496914#comment-14496914
 ] 

Ignasi Barrera commented on RAT-171:


Is there any schedule for the 0.12 release? We would love to use this in 
jclouds :)

 Allow exclude patterns to be read from a file or files
 --

 Key: RAT-171
 URL: https://issues.apache.org/jira/browse/RAT-171
 Project: Apache Rat
  Issue Type: New Feature
Affects Versions: 0.11
Reporter: Ignasi Barrera
Assignee: Philipp Ottlinger
 Fix For: 0.12

 Attachments: RAT-171.patch


 h3. Context
 The apache-rat-plugin ignores by default the .gitignore files. However, for 
 every file/pattern added to those files, an explicit exclusion must be set in 
 the plugin's configuration.
 Given that git-ignored files won't be uploaded to the SCM and shouldn't be 
 part of a release, it would be nice that the apache-rat-plugin automatically 
 considered those git-ignored files as implicit exclusions.
 h3. Implemented for 
 Currently implemented for the following soure code management systems:
 * SVN
 * Git
 * Bazaar
 * Mercurial and 
 * CVS.
 h3. Example usage
 You can configure parsing SCM ignore files by a environment variable 
 {code}
 mvn -U -debug -Drat.parseSCMIgnoresAsExcludes=true
 {code}
 or in your configuration section of apache-rat-maven plugin 
 {code}
 parseSCMIgnoresAsExcludestrue/true
 {code}
 This features is enabled by default.
 In case you want to speed up the build you may disable it and set it to 
 {code}
 false
 {code}
 .



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (RAT-171) Allow exclude patterns to be read from a file or files

2015-04-15 Thread Christopher Tubbs (JIRA)

[ 
https://issues.apache.org/jira/browse/RAT-171?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14496932#comment-14496932
 ] 

Christopher Tubbs commented on RAT-171:
---

By Java-patterns, do you mean Java regular expressions? Because that's not 
the syntax of .gitignore files (or svn ignores), and as such, I can anticipate 
that could be quite problematic. (I'm actually not really sure what format the 
apache-rat-plugin uses for wildcard excludes anyway, because I've only ever 
used exact paths, relative to my module root, since the plugin documentation 
doesn't provide any further explanation.)

I assume that excludes starting with / are not treated the same as the way 
.gitignore treats them. Can you tell me if my assumption is correct?

Also, git allows .gitignore files in any sub-directory. Does this change only 
parse .gitignore at the root, or in all locations?

 Allow exclude patterns to be read from a file or files
 --

 Key: RAT-171
 URL: https://issues.apache.org/jira/browse/RAT-171
 Project: Apache Rat
  Issue Type: New Feature
Affects Versions: 0.11
Reporter: Ignasi Barrera
Assignee: Philipp Ottlinger
 Fix For: 0.12

 Attachments: RAT-171.patch


 h3. Context
 The apache-rat-plugin ignores by default the .gitignore files. However, for 
 every file/pattern added to those files, an explicit exclusion must be set in 
 the plugin's configuration.
 Given that git-ignored files won't be uploaded to the SCM and shouldn't be 
 part of a release, it would be nice that the apache-rat-plugin automatically 
 considered those git-ignored files as implicit exclusions.
 h3. Implemented for 
 Currently implemented for the following soure code management systems:
 * SVN
 * Git
 * Bazaar
 * Mercurial and 
 * CVS.
 h3. Example usage
 You can configure parsing SCM ignore files by a environment variable 
 {code}
 mvn -U -debug -Drat.parseSCMIgnoresAsExcludes=true
 {code}
 or in your configuration section of apache-rat-maven plugin 
 {code}
 parseSCMIgnoresAsExcludestrue/true
 {code}
 This features is enabled by default.
 In case you want to speed up the build you may disable it and set it to 
 {code}
 false
 {code}
 .



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (RAT-171) Allow exclude patterns to be read from a file or files

2015-04-15 Thread Christopher Tubbs (JIRA)

[ 
https://issues.apache.org/jira/browse/RAT-171?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14497060#comment-14497060
 ] 

Christopher Tubbs commented on RAT-171:
---

Those examples are not Java regular expressions. That's globbing syntax (with 
globstar) and, as far as I'm aware, are only built into Java in Java 7 and 
later, using the new {{java.nio.file.FileSystem.getPathMatcher(String)}}.

I don't want to be a contrarian. I think the functionality is helpful. I was 
just hoping to address some of the shortfalls to the implementation (by 
constructively asking questions to help identify those shortfalls) prior to it 
being released. I'll file follow-on bugs if these shortcomings make it into a 
release, but first I need to understand where the problems could be.

It seems the issue of exclude patterns from files is a very different function 
than exclude patterns from SCM ignores, and the current implementation does not 
satisfy SCM ignores very well, even though its configuration represents itself 
as such.

 Allow exclude patterns to be read from a file or files
 --

 Key: RAT-171
 URL: https://issues.apache.org/jira/browse/RAT-171
 Project: Apache Rat
  Issue Type: New Feature
Affects Versions: 0.11
Reporter: Ignasi Barrera
Assignee: Philipp Ottlinger
 Fix For: 0.12

 Attachments: RAT-171.patch


 h3. Context
 The apache-rat-plugin ignores by default the .gitignore files. However, for 
 every file/pattern added to those files, an explicit exclusion must be set in 
 the plugin's configuration.
 Given that git-ignored files won't be uploaded to the SCM and shouldn't be 
 part of a release, it would be nice that the apache-rat-plugin automatically 
 considered those git-ignored files as implicit exclusions.
 h3. Implemented for 
 Currently implemented for the following soure code management systems:
 * SVN
 * Git
 * Bazaar
 * Mercurial and 
 * CVS.
 h3. Example usage
 You can configure parsing SCM ignore files by a environment variable 
 {code}
 mvn -U -debug -Drat.parseSCMIgnoresAsExcludes=true
 {code}
 or in your configuration section of apache-rat-maven plugin 
 {code}
 parseSCMIgnoresAsExcludestrue/true
 {code}
 This features is enabled by default.
 In case you want to speed up the build you may disable it and set it to 
 {code}
 false
 {code}
 .



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (RAT-171) Allow exclude patterns to be read from a file or files

2015-04-15 Thread Philipp Ottlinger (JIRA)

[ 
https://issues.apache.org/jira/browse/RAT-171?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14497020#comment-14497020
 ] 

Philipp Ottlinger commented on RAT-171:
---

SCM ignore files are only checked and taken into account from the project base 
directory.

You can define RAT ignores as Java regular expressions. Taken from RAT's own 
pom.xml:
{code}
excludeapache-rat/README*.txt/exclude
excludeapache-rat-core/src/test/resources/**/exclude
excludeapache-rat*/target/**/exclude
excludeapache-rat-plugin/src/test/resources/**/exclude
excludeapache-rat-plugin/src/it/**/exclude
excludeapache-rat-tasks/src/test/resources/**/exclude
{code}

I assume that there are some cases where the SCM ignore allows a more complex 
handling of ignores as our line-by-line-reading takes care of.
Thus I've added some erroneous ignores only in the RAT integration test (added 
as .bzrignore).

If you feel that the functionality is not helpful or experience strange RAT 
runs, you may turn it of or file a bug.

 Allow exclude patterns to be read from a file or files
 --

 Key: RAT-171
 URL: https://issues.apache.org/jira/browse/RAT-171
 Project: Apache Rat
  Issue Type: New Feature
Affects Versions: 0.11
Reporter: Ignasi Barrera
Assignee: Philipp Ottlinger
 Fix For: 0.12

 Attachments: RAT-171.patch


 h3. Context
 The apache-rat-plugin ignores by default the .gitignore files. However, for 
 every file/pattern added to those files, an explicit exclusion must be set in 
 the plugin's configuration.
 Given that git-ignored files won't be uploaded to the SCM and shouldn't be 
 part of a release, it would be nice that the apache-rat-plugin automatically 
 considered those git-ignored files as implicit exclusions.
 h3. Implemented for 
 Currently implemented for the following soure code management systems:
 * SVN
 * Git
 * Bazaar
 * Mercurial and 
 * CVS.
 h3. Example usage
 You can configure parsing SCM ignore files by a environment variable 
 {code}
 mvn -U -debug -Drat.parseSCMIgnoresAsExcludes=true
 {code}
 or in your configuration section of apache-rat-maven plugin 
 {code}
 parseSCMIgnoresAsExcludestrue/true
 {code}
 This features is enabled by default.
 In case you want to speed up the build you may disable it and set it to 
 {code}
 false
 {code}
 .



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (RAT-171) Allow exclude patterns to be read from a file or files

2015-04-16 Thread Philipp Ottlinger (JIRA)

 [ 
https://issues.apache.org/jira/browse/RAT-171?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Philipp Ottlinger updated RAT-171:
--
Description: 
h3. Context
The apache-rat-plugin ignores by default the .gitignore files. However, for 
every file/pattern added to those files, an explicit exclusion must be set in 
the plugin's configuration.
Given that git-ignored files won't be uploaded to the SCM and shouldn't be part 
of a release, it would be nice that the apache-rat-plugin automatically 
considered those git-ignored files as implicit exclusions.

h3. Implemented for 
Currently implemented for the following soure code management systems:
* SVN
* Git
* Bazaar
* Mercurial and 
* CVS.

The solution just takes each line of the ignore file as an exclusion that is 
not a comment line.
Thus no special logics for exclusions are parsed or different functionalities 
of a SCM taken into account.
Each line is taken as it is and added to RAT's default exclusions.

h3. Example usage
You can configure parsing SCM ignore files by a environment variable 
{code}
mvn -U -debug -Drat.parseSCMIgnoresAsExcludes=true
{code}
or in your configuration section of apache-rat-maven plugin 
{code}
parseSCMIgnoresAsExcludestrue/true
{code}

This features is enabled by default.

In case you want to speed up the build you may disable it and set it to 
{code}
false
{code}
.

  was:
h3. Context
The apache-rat-plugin ignores by default the .gitignore files. However, for 
every file/pattern added to those files, an explicit exclusion must be set in 
the plugin's configuration.
Given that git-ignored files won't be uploaded to the SCM and shouldn't be part 
of a release, it would be nice that the apache-rat-plugin automatically 
considered those git-ignored files as implicit exclusions.

h3. Implemented for 
Currently implemented for the following soure code management systems:
* SVN
* Git
* Bazaar
* Mercurial and 
* CVS.

h3. Example usage
You can configure parsing SCM ignore files by a environment variable 
{code}
mvn -U -debug -Drat.parseSCMIgnoresAsExcludes=true
{code}
or in your configuration section of apache-rat-maven plugin 
{code}
parseSCMIgnoresAsExcludestrue/true
{code}

This features is enabled by default.

In case you want to speed up the build you may disable it and set it to 
{code}
false
{code}
.


 Allow exclude patterns to be read from a file or files
 --

 Key: RAT-171
 URL: https://issues.apache.org/jira/browse/RAT-171
 Project: Apache Rat
  Issue Type: New Feature
Affects Versions: 0.11
Reporter: Ignasi Barrera
Assignee: Philipp Ottlinger
 Fix For: 0.12

 Attachments: RAT-171.patch


 h3. Context
 The apache-rat-plugin ignores by default the .gitignore files. However, for 
 every file/pattern added to those files, an explicit exclusion must be set in 
 the plugin's configuration.
 Given that git-ignored files won't be uploaded to the SCM and shouldn't be 
 part of a release, it would be nice that the apache-rat-plugin automatically 
 considered those git-ignored files as implicit exclusions.
 h3. Implemented for 
 Currently implemented for the following soure code management systems:
 * SVN
 * Git
 * Bazaar
 * Mercurial and 
 * CVS.
 The solution just takes each line of the ignore file as an exclusion that is 
 not a comment line.
 Thus no special logics for exclusions are parsed or different functionalities 
 of a SCM taken into account.
 Each line is taken as it is and added to RAT's default exclusions.
 h3. Example usage
 You can configure parsing SCM ignore files by a environment variable 
 {code}
 mvn -U -debug -Drat.parseSCMIgnoresAsExcludes=true
 {code}
 or in your configuration section of apache-rat-maven plugin 
 {code}
 parseSCMIgnoresAsExcludestrue/true
 {code}
 This features is enabled by default.
 In case you want to speed up the build you may disable it and set it to 
 {code}
 false
 {code}
 .



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (RAT-171) Allow exclude patterns to be read from a file or files

2015-04-10 Thread Philipp Ottlinger (JIRA)

 [ 
https://issues.apache.org/jira/browse/RAT-171?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Philipp Ottlinger updated RAT-171:
--
Description: 
The apache-rat-plugin ignores by default the .gitignore files. However, for 
every file/pattern added to those files, an explicit exclusion must be set in 
the plugin's configuration.
Given that git-ignored files won't be uploaded to the SCM and shouldn't be part 
of a release, it would be nice that the apache-rat-plugin automatically 
considered those git-ignored files as implicit exclusions.

h3. Example usage
Either configure parsing SCM ignore files by a environment variable 
{code}
mvn -U -debug -Drat.parseSCMIgnoresAsExcludes=true
{code}
or in your configuration section of apache-rat-maven plugin 
{code}
parseSCMIgnoresAsExcludestrue/true

As if now this feature is not enabled by default.


  was:
The apache-rat-plugin ignores by default the .gitignore files. However, for 
every file/pattern added to those files, an explicit exclusion must be set in 
the plugin's configuration.
Given that git-ignored files won't be uploaded to the SCM and shouldn't be part 
of a release, it would be nice that the apache-rat-plugin automatically 
considered those git-ignored files as implicit exclusions.


 Allow exclude patterns to be read from a file or files
 --

 Key: RAT-171
 URL: https://issues.apache.org/jira/browse/RAT-171
 Project: Apache Rat
  Issue Type: New Feature
Affects Versions: 0.11
Reporter: Ignasi Barrera
Assignee: Philipp Ottlinger
 Attachments: RAT-171.patch


 The apache-rat-plugin ignores by default the .gitignore files. However, for 
 every file/pattern added to those files, an explicit exclusion must be set in 
 the plugin's configuration.
 Given that git-ignored files won't be uploaded to the SCM and shouldn't be 
 part of a release, it would be nice that the apache-rat-plugin automatically 
 considered those git-ignored files as implicit exclusions.
 h3. Example usage
 Either configure parsing SCM ignore files by a environment variable 
 {code}
 mvn -U -debug -Drat.parseSCMIgnoresAsExcludes=true
 {code}
 or in your configuration section of apache-rat-maven plugin 
 {code}
 parseSCMIgnoresAsExcludestrue/true
 As if now this feature is not enabled by default.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (RAT-171) Allow exclude patterns to be read from a file or files

2015-04-10 Thread Philipp Ottlinger (JIRA)

[ 
https://issues.apache.org/jira/browse/RAT-171?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14490467#comment-14490467
 ] 

Philipp Ottlinger commented on RAT-171:
---

[~nacx] Is the current implementation approach helpful for you?
Please try with a 0.12-SNAPSHOT of at least 
[r1672780|http://svn.apache.org/viewvc?view=revisionrevision=r1672780]

Thanks for any feedback - should the feature be enabled by default?



 Allow exclude patterns to be read from a file or files
 --

 Key: RAT-171
 URL: https://issues.apache.org/jira/browse/RAT-171
 Project: Apache Rat
  Issue Type: New Feature
Affects Versions: 0.11
Reporter: Ignasi Barrera
Assignee: Philipp Ottlinger
 Attachments: RAT-171.patch


 The apache-rat-plugin ignores by default the .gitignore files. However, for 
 every file/pattern added to those files, an explicit exclusion must be set in 
 the plugin's configuration.
 Given that git-ignored files won't be uploaded to the SCM and shouldn't be 
 part of a release, it would be nice that the apache-rat-plugin automatically 
 considered those git-ignored files as implicit exclusions.
 h3. Example usage
 Either configure parsing SCM ignore files by a environment variable 
 {code}
 mvn -U -debug -Drat.parseSCMIgnoresAsExcludes=true
 {code}
 or in your configuration section of apache-rat-maven plugin 
 {code}
 parseSCMIgnoresAsExcludestrue/true
 As if now this feature is not enabled by default.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (RAT-171) Allow exclude patterns to be read from a file or files

2015-04-08 Thread Ignasi Barrera (JIRA)

[ 
https://issues.apache.org/jira/browse/RAT-171?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14486039#comment-14486039
 ] 

Ignasi Barrera commented on RAT-171:


NP! This is not blocker as the workaround is trivial. Thanks for the feedback!

 Allow exclude patterns to be read from a file or files
 --

 Key: RAT-171
 URL: https://issues.apache.org/jira/browse/RAT-171
 Project: Apache Rat
  Issue Type: Improvement
Affects Versions: 0.11
Reporter: Ignasi Barrera
Assignee: Philipp Ottlinger
 Attachments: RAT-171.patch


 The apache-rat-plugin ignores by default the .gitignore files. However, for 
 every file/pattern added to those files, an explicit exclusion must be set in 
 the plugin's configuration.
 Given that git-ignored files won't be uploaded to the SCM and shouldn't be 
 part of a release, it would be nice that the apache-rat-plugin automatically 
 considered those git-ignored files as implicit exclusions.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (RAT-160) Fails to ignore build.log created by maven-invoker-plugin

2015-04-08 Thread Christopher Tubbs (JIRA)

[ 
https://issues.apache.org/jira/browse/RAT-160?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14486336#comment-14486336
 ] 

Christopher Tubbs commented on RAT-160:
---

This issue is extremely similar to RAT-185, only instead of the problem 
occurring in a specific Jenkins configuration, it's occurring in the 
environment of default maven-invoker-plugin configuration, and instead of 
{{.repository}}, the problematic file is {{build.log}}.

 Fails to ignore build.log created by maven-invoker-plugin
 -

 Key: RAT-160
 URL: https://issues.apache.org/jira/browse/RAT-160
 Project: Apache Rat
  Issue Type: Bug
Affects Versions: 0.10
Reporter: Christopher Tubbs

 When using maven-invoker-plugin to run integration-tests for a maven plugin 
 project, maven-invoker-plugin creates a build.log file in the basedir for the 
 project.
 This may be a bug in maven-invoker-plugin. Perhaps it'd be better to put this 
 file in its build directory, rather than its basedir. Regardless, the 
 apache-rat-plugin should ignore this build.log file.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (RAT-160) Fails to ignore build.log created by maven-invoker-plugin

2015-04-09 Thread Christopher Tubbs (JIRA)

[ 
https://issues.apache.org/jira/browse/RAT-160?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14487716#comment-14487716
 ] 

Christopher Tubbs commented on RAT-160:
---

[~joc...@apache.org]: I don't know about other cases, but in my case, I 
wouldn't want to configure an exception in the parent POM... because I don't 
expect any build.log files which don't have license headers to show up in my 
modules. For my case, I only expect it to occur in my maven-invoker-plugin 
executed builds which some of my modules do during testing.

The best workaround I've found so far (short of telling maven-invoker-plugin 
not to create a build.log file) is to create a profile which configures rat to 
exclude build.log, and activate this profile only when maven-invoker-plugin 
executes the build.

 Fails to ignore build.log created by maven-invoker-plugin
 -

 Key: RAT-160
 URL: https://issues.apache.org/jira/browse/RAT-160
 Project: Apache Rat
  Issue Type: Bug
Affects Versions: 0.10
Reporter: Christopher Tubbs

 When using maven-invoker-plugin to run integration-tests for a maven plugin 
 project, maven-invoker-plugin creates a build.log file in the basedir for the 
 project.
 This may be a bug in maven-invoker-plugin. Perhaps it'd be better to put this 
 file in its build directory, rather than its basedir. Regardless, the 
 apache-rat-plugin should ignore this build.log file.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (RAT-171) Allow exclude patterns to be read from a file or files

2015-04-09 Thread Philipp Ottlinger (JIRA)

 [ 
https://issues.apache.org/jira/browse/RAT-171?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Philipp Ottlinger updated RAT-171:
--
Issue Type: New Feature  (was: Improvement)

 Allow exclude patterns to be read from a file or files
 --

 Key: RAT-171
 URL: https://issues.apache.org/jira/browse/RAT-171
 Project: Apache Rat
  Issue Type: New Feature
Affects Versions: 0.11
Reporter: Ignasi Barrera
Assignee: Philipp Ottlinger
 Attachments: RAT-171.patch


 The apache-rat-plugin ignores by default the .gitignore files. However, for 
 every file/pattern added to those files, an explicit exclusion must be set in 
 the plugin's configuration.
 Given that git-ignored files won't be uploaded to the SCM and shouldn't be 
 part of a release, it would be nice that the apache-rat-plugin automatically 
 considered those git-ignored files as implicit exclusions.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (RAT-171) Allow exclude patterns to be read from a file or files

2015-04-08 Thread Ignasi Barrera (JIRA)

[ 
https://issues.apache.org/jira/browse/RAT-171?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14485998#comment-14485998
 ] 

Ignasi Barrera commented on RAT-171:


It's been a while now. Looking at the linked issues, is there anything else 
that should be done here? Or, is this an approach that does not go in the right 
direction and should be discarded?

 Allow exclude patterns to be read from a file or files
 --

 Key: RAT-171
 URL: https://issues.apache.org/jira/browse/RAT-171
 Project: Apache Rat
  Issue Type: Improvement
Affects Versions: 0.11
Reporter: Ignasi Barrera
Assignee: Philipp Ottlinger
 Attachments: RAT-171.patch


 The apache-rat-plugin ignores by default the .gitignore files. However, for 
 every file/pattern added to those files, an explicit exclusion must be set in 
 the plugin's configuration.
 Given that git-ignored files won't be uploaded to the SCM and shouldn't be 
 part of a release, it would be nice that the apache-rat-plugin automatically 
 considered those git-ignored files as implicit exclusions.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Resolved] (RAT-172) Allow RAT maven plugin to filter out source code management files and directories automatically

2015-04-09 Thread Philipp Ottlinger (JIRA)

 [ 
https://issues.apache.org/jira/browse/RAT-172?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Philipp Ottlinger resolved RAT-172.
---
   Resolution: Fixed
Fix Version/s: 0.12

 Allow RAT maven plugin to filter out source code management files and 
 directories automatically
 ---

 Key: RAT-172
 URL: https://issues.apache.org/jira/browse/RAT-172
 Project: Apache Rat
  Issue Type: Improvement
Affects Versions: 0.11
Reporter: Philipp Ottlinger
Assignee: Philipp Ottlinger
 Fix For: 0.12


 Following the discussions in RAT-171 we'd like to manage SCM defaults that 
 exclude the SCM's technical directory and its ignore file.
 Currently that means:
 * Subversion: .svn
 * Git: .git and .gitignore
 * Mercurial: .hg and .hgignore
 * Bazar: .bzr and .bzrignore
 * CVS: .cvs and .cvsignore
 These defaults are activated as built-in defaults. The processing of ignore 
 files can be activated separately (see RAT-171).



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (RAT-160) Fails to ignore build.log created by maven-invoker-plugin

2015-04-09 Thread Jochen Wiedmann (JIRA)

[ 
https://issues.apache.org/jira/browse/RAT-160?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14487159#comment-14487159
 ] 

Jochen Wiedmann commented on RAT-160:
-

@[~khmarbaise]: That's certainly not the issue. The invocation might occur 
within a release profile, or the like.

The easiest reply is certainly the configuration of an exception for build.log. 
However, judging from the conversation so far, I'd assume that the user would 
like to configure this exception only once, in the parent POM.

@[~denn...@apache.org]: I have no idea, whether we can see the parent projects 
configuration? Any ideas?


 Fails to ignore build.log created by maven-invoker-plugin
 -

 Key: RAT-160
 URL: https://issues.apache.org/jira/browse/RAT-160
 Project: Apache Rat
  Issue Type: Bug
Affects Versions: 0.10
Reporter: Christopher Tubbs

 When using maven-invoker-plugin to run integration-tests for a maven plugin 
 project, maven-invoker-plugin creates a build.log file in the basedir for the 
 project.
 This may be a bug in maven-invoker-plugin. Perhaps it'd be better to put this 
 file in its build directory, rather than its basedir. Regardless, the 
 apache-rat-plugin should ignore this build.log file.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (RAT-160) Fails to ignore build.log created by maven-invoker-plugin

2015-04-09 Thread Christopher Tubbs (JIRA)

[ 
https://issues.apache.org/jira/browse/RAT-160?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14487701#comment-14487701
 ] 

Christopher Tubbs commented on RAT-160:
---

[~khmarbaise]: as pointed out earlier in the thread (and demonstrated by the 
example project provided), the apache-rat-plugin was not configured in the 
integration test. Rather, it is inherited by the parent pom.

The issue is independent of the fact that it's an integration test (that just 
happens to be the way I was running the invoker plugin). It can occur 
*whenever* the maven-invoker-plugin executes a project that has rat in its 
build, just like RAT-185 can occur whenever Jenkins executes a project that has 
rat in its build.

 Fails to ignore build.log created by maven-invoker-plugin
 -

 Key: RAT-160
 URL: https://issues.apache.org/jira/browse/RAT-160
 Project: Apache Rat
  Issue Type: Bug
Affects Versions: 0.10
Reporter: Christopher Tubbs

 When using maven-invoker-plugin to run integration-tests for a maven plugin 
 project, maven-invoker-plugin creates a build.log file in the basedir for the 
 project.
 This may be a bug in maven-invoker-plugin. Perhaps it'd be better to put this 
 file in its build directory, rather than its basedir. Regardless, the 
 apache-rat-plugin should ignore this build.log file.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (RAT-171) Allow exclude patterns to be read from a file or files

2015-04-08 Thread Philipp Ottlinger (JIRA)

[ 
https://issues.apache.org/jira/browse/RAT-171?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14486020#comment-14486020
 ] 

Philipp Ottlinger commented on RAT-171:
---

Hi [~nacx],
I did not find the time yet to continue working on it, but it's on my list.

I still think its important and viable to handle SCM ignores during RAT runs.

Sorry :-(

 Allow exclude patterns to be read from a file or files
 --

 Key: RAT-171
 URL: https://issues.apache.org/jira/browse/RAT-171
 Project: Apache Rat
  Issue Type: Improvement
Affects Versions: 0.11
Reporter: Ignasi Barrera
Assignee: Philipp Ottlinger
 Attachments: RAT-171.patch


 The apache-rat-plugin ignores by default the .gitignore files. However, for 
 every file/pattern added to those files, an explicit exclusion must be set in 
 the plugin's configuration.
 Given that git-ignored files won't be uploaded to the SCM and shouldn't be 
 part of a release, it would be nice that the apache-rat-plugin automatically 
 considered those git-ignored files as implicit exclusions.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (RAT-179) Maven plugin and Ant task do not support adding extra approved licences

2015-05-19 Thread Philipp Ottlinger (JIRA)

 [ 
https://issues.apache.org/jira/browse/RAT-179?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Philipp Ottlinger updated RAT-179:
--
Description: 
h2. Bug report
Users can add new license types using the licenses tag.

h3. Affects: Maven- and ANT plugin
h4. Maven
These are not added to the approved licenses list.
This has to be done through the licenseFamilies tag.

However, the entries replace the defaults.
There does not appear to be any way to update the approved list other than 
replacing it entirely, which is very inconvenient.

This could be fixed by adding a new property analagous to 
addDefaultLicenseMatchers, e.g. addDefaultLicenseFamilies

Or it might be easier for the user to configure if individual license entries 
could be tagged as approved. The default would need to be false for backwards 
compatibility.

h4. Ant
Same issue for Ant task; rat:approvedLicense/ configs replace the default set.

Reported by [~solomax] via 
[mail|http://rat.markmail.org/thread/3qdpynxpejujbzm7#query:+page:1+mid:6c6nnolaydznkqhd+state:results]

h2. Implementation

You can add new approved licenses by setting
{{licenses}} and {{licenseFamilies}} when configuring the 
apache-rat-maven-plugin.

Default licenses are approved in addition to any new licenses. If you do not 
want this behaviour set
{code}
addDefaultLicenseMatchersfalse/addDefaultLicenseMatchers
{code} 

Ant seems to have worked in version 0.11 as attached project indicates.

  was:
Users can add new license types using the licenses tag.

h3. Affects: Maven- and ANT plugin
h4. Maven
These are not added to the approved licenses list.
This has to be done through the licenseFamilies tag.

However, the entries replace the defaults.
There does not appear to be any way to update the approved list other than 
replacing it entirely, which is very inconvenient.

This could be fixed by adding a new property analagous to 
addDefaultLicenseMatchers, e.g. addDefaultLicenseFamilies

Or it might be easier for the user to configure if individual license entries 
could be tagged as approved. The default would need to be false for backwards 
compatibility.

h4. Ant
Same issue for Ant task; rat:approvedLicense/ configs replace the default set.

Reported by [~solomax] via 
[mail|http://rat.markmail.org/thread/3qdpynxpejujbzm7#query:+page:1+mid:6c6nnolaydznkqhd+state:results]



 Maven plugin and Ant task do not support adding extra approved licences
 ---

 Key: RAT-179
 URL: https://issues.apache.org/jira/browse/RAT-179
 Project: Apache Rat
  Issue Type: Bug
  Components: antlib, maven
Affects Versions: 0.11
Reporter: Sebb
Assignee: Philipp Ottlinger
 Attachments: RAT-179.tar.gz, rat-179.zip


 h2. Bug report
 Users can add new license types using the licenses tag.
 h3. Affects: Maven- and ANT plugin
 h4. Maven
 These are not added to the approved licenses list.
 This has to be done through the licenseFamilies tag.
 However, the entries replace the defaults.
 There does not appear to be any way to update the approved list other than 
 replacing it entirely, which is very inconvenient.
 This could be fixed by adding a new property analagous to 
 addDefaultLicenseMatchers, e.g. addDefaultLicenseFamilies
 Or it might be easier for the user to configure if individual license 
 entries could be tagged as approved. The default would need to be false for 
 backwards compatibility.
 h4. Ant
 Same issue for Ant task; rat:approvedLicense/ configs replace the default 
 set.
 Reported by [~solomax] via 
 [mail|http://rat.markmail.org/thread/3qdpynxpejujbzm7#query:+page:1+mid:6c6nnolaydznkqhd+state:results]
 h2. Implementation
 You can add new approved licenses by setting
 {{licenses}} and {{licenseFamilies}} when configuring the 
 apache-rat-maven-plugin.
 Default licenses are approved in addition to any new licenses. If you do not 
 want this behaviour set
 {code}
 addDefaultLicenseMatchersfalse/addDefaultLicenseMatchers
 {code} 
 Ant seems to have worked in version 0.11 as attached project indicates.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (RAT-200) Update to ASF parent pom 17

2015-05-19 Thread Philipp Ottlinger (JIRA)

 [ 
https://issues.apache.org/jira/browse/RAT-200?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Philipp Ottlinger updated RAT-200:
--
Description: 
Update to latest ASF parent 17 and remove redundant version definitions.

Check status of
* SaxParser warnings
* doxia-stuff

  was:Update to latest ASF parent 17.


 Update to ASF parent pom 17
 ---

 Key: RAT-200
 URL: https://issues.apache.org/jira/browse/RAT-200
 Project: Apache Rat
  Issue Type: Improvement
Affects Versions: 0.11
Reporter: Philipp Ottlinger
Assignee: Philipp Ottlinger
Priority: Minor

 Update to latest ASF parent 17 and remove redundant version definitions.
 Check status of
 * SaxParser warnings
 * doxia-stuff



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (RAT-200) Update to ASF parent pom 17

2015-05-19 Thread Philipp Ottlinger (JIRA)

 [ 
https://issues.apache.org/jira/browse/RAT-200?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Philipp Ottlinger updated RAT-200:
--
Affects Version/s: 0.11

 Update to ASF parent pom 17
 ---

 Key: RAT-200
 URL: https://issues.apache.org/jira/browse/RAT-200
 Project: Apache Rat
  Issue Type: Improvement
Affects Versions: 0.11
Reporter: Philipp Ottlinger
Assignee: Philipp Ottlinger
Priority: Minor

 Update to latest ASF parent 17 and remove redundant version definitions.
 Check status of
 * SaxParser warnings
 * doxia-stuff



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (RAT-179) Maven plugin and Ant task do not support adding extra approved licences

2015-05-19 Thread Philipp Ottlinger (JIRA)

 [ 
https://issues.apache.org/jira/browse/RAT-179?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Philipp Ottlinger updated RAT-179:
--
Description: 
h2. Bug report
Users can add new license types using the licenses tag.

h3. Affects: Maven- and ANT plugin
h4. Maven
These are not added to the approved licenses list.
This has to be done through the licenseFamilies tag.

However, the entries replace the defaults.
There does not appear to be any way to update the approved list other than 
replacing it entirely, which is very inconvenient.

This could be fixed by adding a new property analagous to 
addDefaultLicenseMatchers, e.g. addDefaultLicenseFamilies

Or it might be easier for the user to configure if individual license entries 
could be tagged as approved. The default would need to be false for backwards 
compatibility.

h4. Ant
Same issue for Ant task; rat:approvedLicense/ configs replace the default set.

Reported by [~solomax] via 
[mail|http://rat.markmail.org/thread/3qdpynxpejujbzm7#query:+page:1+mid:6c6nnolaydznkqhd+state:results]

h2. Implementation

h3. Maven
You can add new approved licenses by setting
{{licenses}} and {{licenseFamilies}} when configuring the 
apache-rat-maven-plugin.

Default licenses are approved in addition to any new licenses. If you do not 
want this behaviour set
{code}
addDefaultLicenseMatchersfalse/addDefaultLicenseMatchers
{code} 

h3. Ant
Ant seems to have worked in version 0.11 as attached project indicates.
If you do not want to add the default license matchers, set
{code}
addDefaultLicenseMatchers = false
{code}

  was:
h2. Bug report
Users can add new license types using the licenses tag.

h3. Affects: Maven- and ANT plugin
h4. Maven
These are not added to the approved licenses list.
This has to be done through the licenseFamilies tag.

However, the entries replace the defaults.
There does not appear to be any way to update the approved list other than 
replacing it entirely, which is very inconvenient.

This could be fixed by adding a new property analagous to 
addDefaultLicenseMatchers, e.g. addDefaultLicenseFamilies

Or it might be easier for the user to configure if individual license entries 
could be tagged as approved. The default would need to be false for backwards 
compatibility.

h4. Ant
Same issue for Ant task; rat:approvedLicense/ configs replace the default set.

Reported by [~solomax] via 
[mail|http://rat.markmail.org/thread/3qdpynxpejujbzm7#query:+page:1+mid:6c6nnolaydznkqhd+state:results]

h2. Implementation

You can add new approved licenses by setting
{{licenses}} and {{licenseFamilies}} when configuring the 
apache-rat-maven-plugin.

Default licenses are approved in addition to any new licenses. If you do not 
want this behaviour set
{code}
addDefaultLicenseMatchersfalse/addDefaultLicenseMatchers
{code} 

Ant seems to have worked in version 0.11 as attached project indicates.


 Maven plugin and Ant task do not support adding extra approved licences
 ---

 Key: RAT-179
 URL: https://issues.apache.org/jira/browse/RAT-179
 Project: Apache Rat
  Issue Type: Bug
  Components: antlib, maven
Affects Versions: 0.11
Reporter: Sebb
Assignee: Philipp Ottlinger
 Attachments: RAT-179.tar.gz, rat-179.zip


 h2. Bug report
 Users can add new license types using the licenses tag.
 h3. Affects: Maven- and ANT plugin
 h4. Maven
 These are not added to the approved licenses list.
 This has to be done through the licenseFamilies tag.
 However, the entries replace the defaults.
 There does not appear to be any way to update the approved list other than 
 replacing it entirely, which is very inconvenient.
 This could be fixed by adding a new property analagous to 
 addDefaultLicenseMatchers, e.g. addDefaultLicenseFamilies
 Or it might be easier for the user to configure if individual license 
 entries could be tagged as approved. The default would need to be false for 
 backwards compatibility.
 h4. Ant
 Same issue for Ant task; rat:approvedLicense/ configs replace the default 
 set.
 Reported by [~solomax] via 
 [mail|http://rat.markmail.org/thread/3qdpynxpejujbzm7#query:+page:1+mid:6c6nnolaydznkqhd+state:results]
 h2. Implementation
 h3. Maven
 You can add new approved licenses by setting
 {{licenses}} and {{licenseFamilies}} when configuring the 
 apache-rat-maven-plugin.
 Default licenses are approved in addition to any new licenses. If you do not 
 want this behaviour set
 {code}
 addDefaultLicenseMatchersfalse/addDefaultLicenseMatchers
 {code} 
 h3. Ant
 Ant seems to have worked in version 0.11 as attached project indicates.
 If you do not want to add the default license matchers, set
 {code}
 addDefaultLicenseMatchers = false
 {code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Created] (RAT-201) BinaryGuesser should treat *.swf as binary

2015-05-20 Thread Philipp Ottlinger (JIRA)
Philipp Ottlinger created RAT-201:
-

 Summary: BinaryGuesser should treat *.swf as binary
 Key: RAT-201
 URL: https://issues.apache.org/jira/browse/RAT-201
 Project: Apache Rat
  Issue Type: Bug
Affects Versions: 0.11
Reporter: Philipp Ottlinger
Assignee: Philipp Ottlinger


As reported by [~solomax] via email SWF should be treated as binary by default.

As a workaround you may exclude it from RAT scans.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (RAT-200) Update to ASF parent pom 17

2015-05-20 Thread Philipp Ottlinger (JIRA)

 [ 
https://issues.apache.org/jira/browse/RAT-200?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Philipp Ottlinger updated RAT-200:
--
Description: 
Update to latest ASF parent 17 and remove redundant version definitions.

Check status of RAT-158 afterwards:
* SaxParser warnings
* doxia-stuff

  was:
Update to latest ASF parent 17 and remove redundant version definitions.

Check status of
* SaxParser warnings
* doxia-stuff


 Update to ASF parent pom 17
 ---

 Key: RAT-200
 URL: https://issues.apache.org/jira/browse/RAT-200
 Project: Apache Rat
  Issue Type: Improvement
Affects Versions: 0.11
Reporter: Philipp Ottlinger
Assignee: Philipp Ottlinger
Priority: Minor
  Labels: pom.xml
 Fix For: 0.12


 Update to latest ASF parent 17 and remove redundant version definitions.
 Check status of RAT-158 afterwards:
 * SaxParser warnings
 * doxia-stuff



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Resolved] (RAT-200) Update to ASF parent pom 17

2015-05-20 Thread Philipp Ottlinger (JIRA)

 [ 
https://issues.apache.org/jira/browse/RAT-200?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Philipp Ottlinger resolved RAT-200.
---
   Resolution: Fixed
Fix Version/s: 0.12

http://svn.apache.org/r1680392

 Update to ASF parent pom 17
 ---

 Key: RAT-200
 URL: https://issues.apache.org/jira/browse/RAT-200
 Project: Apache Rat
  Issue Type: Improvement
Affects Versions: 0.11
Reporter: Philipp Ottlinger
Assignee: Philipp Ottlinger
Priority: Minor
  Labels: pom.xml
 Fix For: 0.12


 Update to latest ASF parent 17 and remove redundant version definitions.
 Check status of RAT-158 afterwards:
 * SaxParser warnings
 * doxia-stuff



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (RAT-201) BinaryGuesser should treat *.swf as binary

2015-05-20 Thread Philipp Ottlinger (JIRA)

 [ 
https://issues.apache.org/jira/browse/RAT-201?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Philipp Ottlinger updated RAT-201:
--
Issue Type: Improvement  (was: Bug)

 BinaryGuesser should treat *.swf as binary
 --

 Key: RAT-201
 URL: https://issues.apache.org/jira/browse/RAT-201
 Project: Apache Rat
  Issue Type: Improvement
Affects Versions: 0.11
Reporter: Philipp Ottlinger
Assignee: Philipp Ottlinger

 As reported by [~solomax] via email SWF should be treated as binary by 
 default.
 As a workaround you may exclude it from RAT scans.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Created] (RAT-206) Add support for Creative Commons Attribution-Share Alike 2.5 and Creative Commons Attribution-Share Alike 3.0 licenses

2015-06-08 Thread Pascal Schumacher (JIRA)
Pascal Schumacher created RAT-206:
-

 Summary: Add support for Creative Commons Attribution-Share Alike 
2.5 and Creative Commons Attribution-Share Alike 3.0 licenses
 Key: RAT-206
 URL: https://issues.apache.org/jira/browse/RAT-206
 Project: Apache Rat
  Issue Type: New Feature
Reporter: Pascal Schumacher


It would be very nice if support for the Creative Commons Attribution-Share 
Alike 2.5 and Creative Commons Attribution-Share Alike 3.0 licenses could be 
added to Rat.

Background: The documentation of the incubating Groovy Project is licensed 
under  Creative Commons Attribution-Share Alike 3.0 and according to: 
[https://www.apache.org/legal/resolved.html#cc-sa] this is o.k. but, Rat does 
not seem to recognize the license.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (RAT-163) Gradle Rat plugin

2015-06-19 Thread Paul Merlin (JIRA)

[ 
https://issues.apache.org/jira/browse/RAT-163?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14593200#comment-14593200
 ] 

Paul Merlin commented on RAT-163:
-

David,

I was not wondering about publication to Maven Central, it is indeed possible.
For now I only published it to the Gradle Plugin Portal: 
https://plugins.gradle.org/plugin/org.nosphere.apache.rat
If the Apache Creadur project accept the code donation I suspect it'll then 
need to be published to the Apache Nexus repository and be included in Apache 
releases.

RAT (core/ant/maven) is built using Maven whereas the Gradle Plugin is built 
using, well, Gradle.
So I was wondering how it could be included in RAT build to ease 
maintenance/releases.
Maybe using https://github.com/if6was9/gradle-maven-plugin

But before putting effort on this I'd like to know what the Apache Creadur 
project think about it.

 Gradle Rat plugin
 -

 Key: RAT-163
 URL: https://issues.apache.org/jira/browse/RAT-163
 Project: Apache Rat
  Issue Type: New Feature
Reporter: David Chen

 A number of new Apache projects, such as Samza, are using Gradle. However, 
 there currently does not exist a Rat plugin for Gradle. The closest 
 alternative, the Gradle License Plugin 
 (https://github.com/hierynomus/license-gradle-plugin) is not flexible enough 
 compared to Rat for use cases such as defining exclusion rules.
 I have created a preliminary Gradle Rat plugin as part of SAMZA-285 and would 
 like to clean it up and make it a proper Gradle Rat plugin.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (RAT-163) Gradle Rat plugin

2015-06-18 Thread Paul Merlin (JIRA)

[ 
https://issues.apache.org/jira/browse/RAT-163?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14592150#comment-14592150
 ] 

Paul Merlin commented on RAT-163:
-

Hi all,

As part of ZEST-27 I reused the work [~davidzchen] did in SAMZA-285. Then I 
took time to polish the code a bit, write tests and package it as a proper 
Gradle Plugin. I'd like to donate this code to the Apache Creadur project, if 
interested.

For now the code sits on Github: https://github.com/eskatos/creadur-rat-gradle
I published a version of the plugin to https://plugins.gradle.org/ (under a 
non-apache namespace) so one can test/use it easily.

I did not investigate if it is possible to build/publish gradle plugins using 
maven, so I don't know if it could be possible to include that work in the 
`creadur-rat` code repo.

Tell me what you think

Cheers

/Paul


 Gradle Rat plugin
 -

 Key: RAT-163
 URL: https://issues.apache.org/jira/browse/RAT-163
 Project: Apache Rat
  Issue Type: New Feature
Reporter: David Chen

 A number of new Apache projects, such as Samza, are using Gradle. However, 
 there currently does not exist a Rat plugin for Gradle. The closest 
 alternative, the Gradle License Plugin 
 (https://github.com/hierynomus/license-gradle-plugin) is not flexible enough 
 compared to Rat for use cases such as defining exclusion rules.
 I have created a preliminary Gradle Rat plugin as part of SAMZA-285 and would 
 like to clean it up and make it a proper Gradle Rat plugin.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (RAT-163) Gradle Rat plugin

2015-06-19 Thread Paul Merlin (JIRA)

[ 
https://issues.apache.org/jira/browse/RAT-163?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14593511#comment-14593511
 ] 

Paul Merlin commented on RAT-163:
-

Hi Philipp,

 Due to the fact that RAT is used by many 'old' projects we still rely on 
 compiler version 1.5.
 Can you easily downgrade your proposed grails plugin?

Done, commited/pushed.

 If I got it right you refer to the anttasks of ApacheRAT ?!

Yes, the Gradle Plugin use the RAT ant tasks under the hood.

 I'm not sure about the integration of maven and gradle and the publication of 
 the plugin itself to be available in the gradle world.
 Is maven central automatically made available in gradle builds to allow 
 plugin resolutions?

Gradle Plugins are published to https://plugins.gradle.org/ so 'users' don't 
need to add any repository to their buildscript.
They can also be deployed to any repository as any repository can be declared 
in users buildscript.
The current build setup of the RAT plugin in question is already setup for 
publication to `plugins.gradle.org`.

 Can you use the current 0.12-SNAPSHOT to make sure it runs well with the 
 latest available version.

I tried the plugin using the 0.12-SNAPSHOT version without any issue. Didn't 
commit the change tough.

All in all, I've read a bit more about maven/gradle builds integration and I 
think I can come up with something usable to include the gradle plugin in the 
creadur-rat repository. Would you be interested by me doing the work and 
proposing the changes?

Cheers

/Paul



 Gradle Rat plugin
 -

 Key: RAT-163
 URL: https://issues.apache.org/jira/browse/RAT-163
 Project: Apache Rat
  Issue Type: New Feature
Reporter: David Chen

 A number of new Apache projects, such as Samza, are using Gradle. However, 
 there currently does not exist a Rat plugin for Gradle. The closest 
 alternative, the Gradle License Plugin 
 (https://github.com/hierynomus/license-gradle-plugin) is not flexible enough 
 compared to Rat for use cases such as defining exclusion rules.
 I have created a preliminary Gradle Rat plugin as part of SAMZA-285 and would 
 like to clean it up and make it a proper Gradle Rat plugin.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (RAT-163) Gradle Rat plugin

2015-06-19 Thread Philipp Ottlinger (JIRA)

[ 
https://issues.apache.org/jira/browse/RAT-163?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14593616#comment-14593616
 ] 

Philipp Ottlinger commented on RAT-163:
---

This sounds great - I'd happily integrate your changes into RAT trunk.

I assume you already signed all the legal stuff so we do not have any surprises 
in that area.

Thanks again!

 Gradle Rat plugin
 -

 Key: RAT-163
 URL: https://issues.apache.org/jira/browse/RAT-163
 Project: Apache Rat
  Issue Type: New Feature
Reporter: David Chen

 A number of new Apache projects, such as Samza, are using Gradle. However, 
 there currently does not exist a Rat plugin for Gradle. The closest 
 alternative, the Gradle License Plugin 
 (https://github.com/hierynomus/license-gradle-plugin) is not flexible enough 
 compared to Rat for use cases such as defining exclusion rules.
 I have created a preliminary Gradle Rat plugin as part of SAMZA-285 and would 
 like to clean it up and make it a proper Gradle Rat plugin.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (RAT-163) Gradle Rat plugin

2015-06-18 Thread David Chen (JIRA)

[ 
https://issues.apache.org/jira/browse/RAT-163?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14592594#comment-14592594
 ] 

David Chen commented on RAT-163:


Thanks for working on this, Paul! This is awesome.

It is definitely possible to publish Gradle plugins to Maven. Here is another 
Gradle plugin I wrote that has been published to Maven: 
https://github.com/davidzchen/gradle-dustjs-plugin. It would be great to get 
your plugin published to Maven as well. That way, users will be able to have 
Gradle pull in your plugin simply by adding a buildscript dependency.

 Gradle Rat plugin
 -

 Key: RAT-163
 URL: https://issues.apache.org/jira/browse/RAT-163
 Project: Apache Rat
  Issue Type: New Feature
Reporter: David Chen

 A number of new Apache projects, such as Samza, are using Gradle. However, 
 there currently does not exist a Rat plugin for Gradle. The closest 
 alternative, the Gradle License Plugin 
 (https://github.com/hierynomus/license-gradle-plugin) is not flexible enough 
 compared to Rat for use cases such as defining exclusion rules.
 I have created a preliminary Gradle Rat plugin as part of SAMZA-285 and would 
 like to clean it up and make it a proper Gradle Rat plugin.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (RAT-200) Update to ASF parent pom 17

2015-06-16 Thread Philipp Ottlinger (JIRA)

[ 
https://issues.apache.org/jira/browse/RAT-200?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14588782#comment-14588782
 ] 

Philipp Ottlinger commented on RAT-200:
---

Warnings still remain with a newer parent pom - tried on local test project 
with 0.12-SNAPSHOT and partially reverted patch from RAT-158.

 Update to ASF parent pom 17
 ---

 Key: RAT-200
 URL: https://issues.apache.org/jira/browse/RAT-200
 Project: Apache Rat
  Issue Type: Improvement
Affects Versions: 0.11
Reporter: Philipp Ottlinger
Assignee: Philipp Ottlinger
Priority: Minor
  Labels: pom.xml
 Fix For: 0.12


 Update to latest ASF parent 17 and remove redundant version definitions.
 Check status of RAT-158 afterwards:
 * SaxParser warnings
 * doxia-stuff



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Resolved] (RAT-203) Improve terminology in RAT - use license only

2015-05-28 Thread Philipp Ottlinger (JIRA)

 [ 
https://issues.apache.org/jira/browse/RAT-203?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Philipp Ottlinger resolved RAT-203.
---
   Resolution: Fixed
Fix Version/s: 0.12

Relevant commits are:
* http://svn.apache.org/r1681534
* http://svn.apache.org/r1681655

Introduced junits TemporaryFolder to {{TestLicenseAppender}}
* http://svn.apache.org/r1682131

 Improve terminology in RAT - use license only
 -

 Key: RAT-203
 URL: https://issues.apache.org/jira/browse/RAT-203
 Project: Apache Rat
  Issue Type: Improvement
Affects Versions: 0.11
Reporter: Philipp Ottlinger
Assignee: Philipp Ottlinger
Priority: Minor
 Fix For: 0.12


 At the moment some parts of the code speak of 
 {{licences}} others about {{licenses}}.
 Use {{licenses}} only to not confuse committers, users and interested people 
 :-)
 The legal stuff is confusing enough, we should be strict with our terminology.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


<    1   2   3   4   5   6   7   8   9   10   >