You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@jena.apache.org by Jeroen Kransen <je...@kransen.nl> on 2013/02/11 10:44:48 UTC
TableDescQuads remains null
I'm trying to switch from TDB to SDB to allow models to be really deleted
(and freed). I'm using the latest release jena-sdb 1.3.5 (which forced me
to revert dependencies to respectively jena-arq 2.9.3 and jena-core 2.7.3,
jena-iri 0.9.4). I connect it to a file-backed H2 database version 1.3.163
Now when I try to connect a Store and a Dataset, I get a
NullPointerException in SqlStageBasicQuad line 112 because a TableDescQuads
is not set. This is because the chosen Store implementation StoreBase1
explicitly returns null for it on line 127.
My question is, should a TripleTable be chosen instead of a QuadTable? (the
latter seems to make more sense, as we want to store different Models and
Graphs)
Should the class StoreBase be selected at runtime for Store instead of
StoreBase1, and so, how do I influence it?
Is there maybe a mismatch in version number? Do I really need a half year
old SDB implementation 1.3.5, or is there something newer that is
compatible with most recent ARQ and Core releases?
Jeroen
Re: TableDescQuads remains null
Posted by Jeroen Kransen <je...@kransen.nl>.
Thank you Andy, indeed I was using a Simple LayoutType, as I had not
investigated which one was most suitable for me. Now it works ok.
Jeroen
2013/2/11 Andy Seaborne <an...@apache.org>
> On 11/02/13 09:44, Jeroen Kransen wrote:
>
>> I'm trying to switch from TDB to SDB to allow models to be really deleted
>> (and freed). I'm using the latest release jena-sdb 1.3.5 (which forced me
>> to revert dependencies to respectively jena-arq 2.9.3 and jena-core 2.7.3,
>> jena-iri 0.9.4). I connect it to a file-backed H2 database version 1.3.163
>>
>> Now when I try to connect a Store and a Dataset, I get a
>> NullPointerException in SqlStageBasicQuad line 112 because a
>> TableDescQuads
>> is not set. This is because the chosen Store implementation StoreBase1
>> explicitly returns null for it on line 127.
>>
>
> You seem to be using "layout1". That's really only a limited testing
> format and for normal use, use the layout2 layout (hash or index).
>
>
> My question is, should a TripleTable be chosen instead of a QuadTable?
>> (the
>> latter seems to make more sense, as we want to store different Models and
>> Graphs)
>> Should the class StoreBase be selected at runtime for Store instead of
>> StoreBase1, and so, how do I influence it?
>> Is there maybe a mismatch in version number? Do I really need a half year
>> old SDB implementation 1.3.5, or is there something newer that is
>> compatible with most recent ARQ and Core releases?
>>
>
> 1.3.6-SNAPSHOT:
>
> https://repository.apache.org/**content/groups/snapshots/org/**
> apache/jena/jena-sdb/<https://repository.apache.org/content/groups/snapshots/org/apache/jena/jena-sdb/>
>
> is the overnight build.
>
> Andy
>
>
>> Jeroen
>>
>>
>
Re: TableDescQuads remains null
Posted by Andy Seaborne <an...@apache.org>.
On 11/02/13 09:44, Jeroen Kransen wrote:
> I'm trying to switch from TDB to SDB to allow models to be really deleted
> (and freed). I'm using the latest release jena-sdb 1.3.5 (which forced me
> to revert dependencies to respectively jena-arq 2.9.3 and jena-core 2.7.3,
> jena-iri 0.9.4). I connect it to a file-backed H2 database version 1.3.163
>
> Now when I try to connect a Store and a Dataset, I get a
> NullPointerException in SqlStageBasicQuad line 112 because a TableDescQuads
> is not set. This is because the chosen Store implementation StoreBase1
> explicitly returns null for it on line 127.
You seem to be using "layout1". That's really only a limited testing
format and for normal use, use the layout2 layout (hash or index).
> My question is, should a TripleTable be chosen instead of a QuadTable? (the
> latter seems to make more sense, as we want to store different Models and
> Graphs)
> Should the class StoreBase be selected at runtime for Store instead of
> StoreBase1, and so, how do I influence it?
> Is there maybe a mismatch in version number? Do I really need a half year
> old SDB implementation 1.3.5, or is there something newer that is
> compatible with most recent ARQ and Core releases?
1.3.6-SNAPSHOT:
https://repository.apache.org/content/groups/snapshots/org/apache/jena/jena-sdb/
is the overnight build.
Andy
>
> Jeroen
>