Open jgrzebyta opened 6 years ago
The problem occurs because ARQ module reads the response message from httpConnection
. If there is no value (value = null
) then throws error. Currently setting the response message within httpResponse is deprecated: HttpServletResponse#setStatus(int, java.lang.String).
The problem is solved in the latest ARQ (version 3.6.0). The earliest ARQ version without the erroneous code is 2.11.0.
There is a dependency conflict within elda-lda
:
It is directly enforced in pom to use org.apache.jena:jena-tdb:0.10.1
while com.epimorphics:libs
enforce to use jena-tdb:1.1.2
.
Conflict in jena-tdb
causes different java-arq
is packed into war file. Epimorphics's download server has wars with jena-arq-2.10.1
but if I compiled myself I had loaded proper version jena-arq-2.11.1
Problem solved in my branch custom
until commit 17adf3cfe47aecc8bee9316b8db189308a91a7bb
Thanks for writing this up - was most helpful! 2.11 worked for me , 3.x didnt - would need to add a bunch more files at the very least.
Epimorphics seems to have stopped even minimal support if they haven't fixed this ?
if you dont mind may I ask if 1) you are planning to maintain a build and are willing to share it ? 2) do you know how to separate your own config from elda-assets distribution in any sensible way?
just a follow to previous note .. Turns out the separation between your config and elda-assets for velocity templates is quite straightforward but buried a bit deeper in the docs - http://epimorphics.github.io/elda/current/velocity.html#config-use-velocity
Elda: all OS: linux host + docker containers within
tomcat:8.5-jre8-alpine
triple store: RDF4J war from maven, locally compiled wars. Not affected by stable wars taken from a package .tar.gz or .zip .I have checked and it seems all wars are the same but compiled by different people.RDF4J is not reason of error.The minimalistic project available at http://github.com/jgrzebyta/elda-mini
Full stacktrace looks like: