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
>

Reply via email to