On 01/07/2020 09:58, Martynas Jusevičius wrote:
Thanks.
What jar is missing though? I have apache-jena-libs as a dependency. I
can see it includes TDB and TDB2.
And ARQ - but that disagrees with the error you are seeing:
java.lang.NoClassDefFoundError:
org/apache/jena/sparql/engine/main/StageGenerator
Andy
What weirds me out is that this only happens during debugging.
On Wed, Jul 1, 2020 at 9:56 AM Andy Seaborne <[email protected]> wrote:
On 30/06/2020 23:11, Martynas Jusevičius wrote:
Andy,
where do you put JenaSystem.init() in unit tests, for example?
Using 3.16.0-SNAPSHOT, I've changed the test code a little and started
getting this - though only when I attempt to debug the ConstraintTest
class:
com.atomgraph.spinrdf.constraints.ConstraintTest Time elapsed: 0.419
sec <<< ERROR!
java.lang.NoClassDefFoundError:
org/apache/jena/sparql/engine/main/StageGenerator
at org.apache.jena.tdb.sys.InitTDB.start(InitTDB.java:29)
at org.apache.jena.sys.JenaSystem.lambda$init$2(JenaSystem.java:117)
at java.util.ArrayList.forEach(ArrayList.java:1257)
at org.apache.jena.sys.JenaSystem.forEach(JenaSystem.java:192)
at org.apache.jena.sys.JenaSystem.forEach(JenaSystem.java:169)
at org.apache.jena.sys.JenaSystem.init(JenaSystem.java:115)
at
com.atomgraph.spinrdf.constraints.ConstraintTest.<clinit>(ConstraintTest.java:51)
The call is in a static initializer:
public class ConstraintTest
{
static
{
You check everything is available with:
JenaSystem.DEBUG_INIT = true;
JenaSystem.init();
}
Or is this unrelated to the JenaSystem.init()?
Unrelated.
It is as if there is a missing jar.
Andy
Most of the time JenaSystem.init() happens automatically because it is
in a static block of every major entry point class - but Java class
initialization, and the fact that initialization of recursive class is
switched off by off when one class is loading, makes it complicated even
though thread-safe. "static final X = new Object" can be null!
(RDFLangauges/Lang is particular hard because there is a mutual
dependency that predates the full JenaSystem.init).
POM:
<dependency>
<groupId>org.apache.jena</groupId>
<artifactId>apache-jena-libs</artifactId>
<version>3.16.0-SNAPSHOT</version>
<type>pom</type>
</dependency>
On Mon, Jun 29, 2020 at 11:40 PM Martynas Jusevičius
<[email protected]> wrote:
On Mon, Jun 29, 2020 at 6:34 PM Andy Seaborne <[email protected]> wrote:
On 29/06/2020 14:47, Martynas Jusevičius wrote:
Hi,
I've got a class that is initialized with Jena's registered languages:
And how/when is that called?
I presume you don't use Jena initialization mechanism.
https://jena.apache.org/documentation/notes/system-initialization
You're right, I've missed that. JenaSystem.init() wasn't being called.
One thing as a general measure: call "JenaSystem.init()" early in statup
before requests come in.
Yes. I was wondering where that could be in a webapp. But then I found
the FusekiServerEnvironmentInit (ServletContextListener) and
implemented the same and now it looks like the problem went away.
https://github.com/apache/jena/blob/master/jena-fuseki2/jena-fuseki-webapp/src/main/java/org/apache/jena/fuseki/webapp/FusekiServerEnvironmentInit.java
