It happens when a test hangs. So we have to get stack traces of the process when this occurs to even know where to being to look.I faced a similar problem recently.About this issue, my doubt is that if there is no nexus repository operation, and the build is done sequentially, first core (installing locally), after that the wildfly entire build, how this timeout is occurring?Seems that this could be a common problem if the maven is executing in parallel and those intermittent problems can occur due synchronization issues.To resolve my problem I first resolve the dependencies recently installed on local repository through: mvn dependency:build-classpath---eduardo2016-01-28 9:54 GMT-02:00 Tomaž Cerar <tomaz.cerar@gmail.com>:On Thu, Jan 28, 2016 at 9:58 AM, Carlo de Wolf <cdewolf@redhat.com> wrote:There should be no SNAPSHOT dependencies in any CI build. While it does build core beforehand, it might get overwritten by another CI run.
[org.wildfly.core:wildfly-core-parent] [INFO] Installing /opt/buildAgent/work/db872761b443af46/core/pom.xml to /store/repository/org/wildfly/core/wildfly-core-parent/2.0.8.Final-SNAPSHOT/wildfly-core-parent-2.0.8.Final-SNAPSHOT.pom
Would it be possible to use timed snapshots instead?As Stuart said, whole point of this builds is to have snapshot builds.Same build agent first builds core (clean install) and than builds fullwith -Dversion.wildfly.core=<version of wildfly core previousily built>snapshot used here are only build agent local, not publish on some outside nexus repository.--tomaz
_______________________________________________
wildfly-dev mailing list
wildfly-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/wildfly-dev--__________________________Eduardo Sant'Ana da Silva - Dr.Pesquisador / Consultor de TI_______________________________________________
wildfly-dev mailing list
wildfly-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/wildfly-dev