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.
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.
Thanks.
Regards.
[1] https://travis-ci.org/apache/syncope/builds/52704980
[2] https://travis-ci.org/apache/syncope/builds/52896946
[3] https://paste.apache.org/0slX
--
Francesco Chicchiriccò
Tirasa - Open Source Excellence
http://www.tirasa.net/
Involved at The Apache Software Foundation:
member, Syncope PMC chair, Cocoon PMC, Olingo PMC
http://people.apache.org/~ilgrosso/
