So it looks like the main problems and we no longer need to port a moving target to ng!
so... svn mv https://svn.apache.org/repos/asf/stanbol/trunk/ https://svn.apache.org/repos/asf/stanbol/branches/release-0.12 svn mv https://svn.apache.org/repos/asf/stanbol/branches/commons-ng/ https://svn.apache.org/repos/asf/stanbol/trunk/ What happens after that move: - in the releases branch development goes on tworatds the 0.12 release - In trunk develoment goes towards 1.0.0 release. Most components are there, some minor issues/test failures after recent merges with trunk but I'm sure that these can be fixed quickly. So to stop the duplication of work with the permanent porting I suiggest we do it now. ANy objection? Cheers, Reto On Sun, Oct 20, 2013 at 10:02 AM, Rupert Westenthaler < rupert.westentha...@gmail.com> wrote: > Hi Andreas, > > So it is confirmed that your problem is because - for some unknown > reason - the integration-test on your platform does not wait until the > dbpedia Site is ready. > > > I am waiting for the seconds because I noted that accessing the URL: > > > > > http://localhost:5679/entityhub/sites/referenced?header_Accept=application/json > > > > in a browser resulted in > > [] > > > > This is expected. The SiteManager starts and reports that no Site is > yet present ... therefore the empty JSON Array > > > immediately after "[main] Startup completed" was output and only changed > to > > ["http:\/\/localhost:5679\/entityhub\/site\/dbpedia\/"] > > > > when I reloaded the URL again a few seconds later. > > Since the update to a new dbpedia default data index the archive is > bz2 compressed. Uncompressing this needs ~5sec. Because of that is > does take some time before the dbpedia referenced site is available. > > The integration-test does send requests to > 'entityhub/sites/referenced' and checks for > "http:\/\/.*\/entityhub\/site\/dbpedia\/" in the response (see [1] > line 96). Only if this line is present a test is executed. This test > is repeated for every single test. > > Yesterday I validated that this is working by manually starting a > Stanbol launcher. After that I deactivated the DBpedia ReferencedSite > and started the integration tests. As expected the tests kept waiting > until I started the DBpedia ReferencedSite. After that the check went > fine and the tests completed successfully. > > So my assumption is that this check does not work for you for some reason. > > best > Rupert > > > > [1] > https://svn.apache.org/repos/asf/stanbol/trunk/entityhub/generic/test/src/main/java/org/apache/stanbol/entityhub/test/it/EntityhubTestBase.java > > > On Sat, Oct 19, 2013 at 9:02 PM, Andreas Kuckartz <a.kucka...@ping.de> > wrote: > > Andreas Kuckartz: > >> I have executed and am executing more experiments with the integration > >> tests and will report today or tomorrow. I think that I observed > >> something during the start of the launcher which might or might not have > >> something to do with the issues. > >> > >> A good thing is that I have no problem reproducing the issues ;-) > > > > And now am also able to successfully run the integration test :-) > > > > To do that I first start the launcher: > > > > $ cd integration-tests > > $ mvn -o clean install -DkeepJarRunning=true -Dhttp.port=5679 > > > > I then wait until I see "[main] Startup completed" and then wait for an > > additional ten seconds. > > > > Then I manually start the integration test in another console in the > > same directory: > > > > $ mvn -o test -Dtest.server.url=http://localhost:5679 > > > > This ends with: BUILD SUCCESS > > > > If I start the test earlier it fails with many failures. So for some > > reason the test does not correctly wait for the launcher. > > > > *** > > > > I am waiting for the seconds because I noted that accessing the URL: > > > > > http://localhost:5679/entityhub/sites/referenced?header_Accept=application/json > > > > in a browser resulted in > > [] > > > > immediately after "[main] Startup completed" was output and only changed > to > > ["http:\/\/localhost:5679\/entityhub\/site\/dbpedia\/"] > > > > when I reloaded the URL again a few seconds later. > > > > Cheers, > > Andreas > > > > -- > | Rupert Westenthaler rupert.westentha...@gmail.com > | Bodenlehenstraße 11 ++43-699-11108907 > | A-5500 Bischofshofen >