Benjamin Geer

Results 225 comments of Benjamin Geer

Repeated socket timeouts when trying to connect to GraphDB, e.g. for this query to get default permissions: ```sparql prefix rdf: prefix knora-admin: SELECT ?s ?p ?o FROM WHERE { ?s...

It's almost as if GitHub CI just randomly refuses to allocate any CPU cycles to GraphDB.

Here are some test results on my 2012 iMac, running the following: - `webapi / reStart` in `sbt` (not using Docker) - GraphDB 9.0.0 with `-Xmx5G`, started with the `bin/graphdb`...

@subotic What do you think might explain this error on GitHub CI? ![Screenshot 2020-02-26 at 11 48 58](https://user-images.githubusercontent.com/558389/75337825-06266000-588e-11ea-9b79-d95c46517539.png) https://github.com/dasch-swiss/knora-api/pull/1602/checks?check_run_id=467290209 I don't think it could be GraphDB's fault. How could GraphDB...

And again: ![Screenshot 2020-02-26 at 18 50 59](https://user-images.githubusercontent.com/558389/75372555-0001a500-58c9-11ea-936b-2a82f520d806.png) https://github.com/dasch-swiss/knora-api/pull/1602/checks?check_run_id=470308761

Yes, I think that's a good idea. We would just have to make sure to empty the triplestore and reload the test data before each test. > also to point...

But it wouldn't solve the `BindException` problem in the unit tests. [Here](https://github.com/dasch-swiss/knora-api/issues/1536#issuecomment-591364092) I got it in `JsonLDUtilSpec`.

Why not run the unit tests the same way?

Or would it be possible to run the unit tests the same way?

> I guess, then they are not unit tests ;-) We have a lot of tests that test responders, and these need a triplestore, but they're not E2E tests. I...