Hi Andreas I am not able to reproduce your error. While I am able to reproduce the different versions of the initialization part of the test data for the unit tests of the entityhub/ldpath module by calling "mvn clean install" and "mvn install" in my case both variants succeed.
Can you please provide the files in "/home/andreas/workspace/stanbol/entityhub/ldpath/target/surefire-reports" for the failing tests. best Rupert On 03.04.2012, at 07:17, Andreas Kuckartz wrote: > I could reproduce the build error and found out when it happens. > > The first "mvn install" failed and a second one immediately after that > succeeded. > > I have appended logs. > > Cheers, > Andreas > --- > > On 01.04.2012 20:52, Andreas Kuckartz wrote: >> On 01.04.2012 10:15, Rupert Westenthaler wrote: >>> Can you please check the bundle (jar file) >>> >>> >> data/sites/dbpedia/target/org.apache.stanbol.data.sites.dbpedia-1.0.3-incubating-SNAPSHOT.jar >>> it should be about 46MByte in size. >> That file exists and the same folder also contains a file named >> >> >> org.apache.stanbol.data.sites.dbpedia-1.0.3-incubating-SNAPSHOT-sources.jar >> >> which is a little bit (about 5KB) smaller. >> >>> If this does not solve the problem It would be very helpful if you >>> could provide the whole console log of the failing unit tests for the >>> "/entityhub/ldpath". >> I just executed the steps again and now all tests succeeded. >> >> Strange, maybe the error was a result of a network snafu? >> >>> In principle skipping clean should be no >>> problem as long as you do not change the source. >>> ... >>> NOTE: that a "svn up" is also considered as a change if the source. >> So even a change of one line of source code makes a complete rebuild >> necessary. I would prefer to be able to do an incremental build. Would >> that be possible with Maven with reasonable effort? >> >> (The answer seems to be no, but maybe someone has an idea. Seems to be >> one reason why some people prefer Gradle. I used "make" in a distant >> past and as far as I remember incremental builds never were a problem >> with that old tool ;-) >> >> Cheers, >> Andreas >> >> >> > <logs.zip>
