> On Mar 3, 2015, at 1:34 PM, Francesco Chicchiriccò <[email protected]> > wrote: > > On 03/03/2015 22:10, Alan D. Cabrera wrote: >>> On Mar 3, 2015, at 1:03 PM, Francesco Chicchiriccò <[email protected]> >>> wrote: >>> >>> On 03/03/2015 20:41, Alan D. Cabrera wrote: >>>>> On Mar 2, 2015, at 11:51 PM, Francesco Chicchiriccò <[email protected]> >>>>> wrote: >>>>> >>>>> Hi Alan, >>>>> this seems very weird: could you please check which are the 4 files >>>>> failing the RAT check under common/? >>>>> >>>>> I can't verify how the build is working under Mac OS X - neither Jenkins >>>>> nor Travis are reporting troubles: it seems you're building from the >>>>> 1_2_X branch or one of 1.2 tags, right? >>>> The 1_2_X branch. >>>> >>>> Unapproved licenses: >>>> >>>> /Users/acabrera/asf/syncope/common/rest-api/target/apidocs/package-list >>>> /Users/acabrera/asf/syncope/common/rest-api/target/apidocs/script.js >>>> /Users/acabrera/asf/syncope/common/rest-api/target/javadoc-bundle-options/javadoc-options-javadoc-resources.xml >>>> /Users/acabrera/asf/syncope/common/rest-api/target/javadoc-bundle-options/package-list >>> Ah, now I see what happened: you first built from master, then switched to >>> 1_2_X without running "mvn clean": the problem occurs because 1_2_X and >>> master share some modules with different type, as consequence of the huge >>> code re-organization with had as per SYNCOPE-620. >>> >>> An idea could be to explicitly add **/target/* to RAT exclusions, I guess: >>> WDYT? >> If you’re sure that there are no generated artifacts that need to have >> licenses then I guess that would work. > > Or we can just add a note on the build instructions page: please remember, > when switching from / to master branch, to perform a "mvn clean" before.
I get these errors even though I perform a mV clean. >>> About >>> >>>> java.lang.OutOfMemoryError: unable to create new native thread >>> you should be setting MAVEN_OPTS as suggested by >>> >>> http://syncope.apache.org/building.html#Building_Syncope >>> <http://syncope.apache.org/building.html#Building_Syncope> >> No joy. (BTW, I had previously set my memory to 2G) > > It seems this problem is intermittently happening (see [1] and [2], for > example): this is probably due to the very high (probably exaggerated) number > of concurrent threads (10000) created by ConcurrencyTest tests - I believe > this number can be lowered to - say - 1000 and still keep the test effective. > > Can you please check if such change makes any difference for you? See this > patch [3] for 1_2_X. That did the trick. So, I’m working on using Syncope to wrap all the disparate data that needs to be managed at ASF. Where should I start? I’m thinking LDAP, podlings.xml, and committers.txt. Thoughts? Regards, Alan
