I know. I have no explanation. Maybe the NetBeans are messing with me.
On Wed, Jul 1, 2020 at 2:52 PM Andy Seaborne <a...@apache.org> wrote: > > > > 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 <a...@apache.org> 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 > >>> <marty...@atomgraph.com> wrote: > >>>> > >>>> On Mon, Jun 29, 2020 at 6:34 PM Andy Seaborne <a...@apache.org> 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