Looking at the code ...
org.openjena.riot.RiotReader
exists. This is not the way that Jena now does this. There was a
deprecate migration cycle to move RDFDataMgr.
Integration into model.read(, "") was not available.
so you'll be going down a legacy blind alley
You will have to use the source code to understand 2.6.4 so i tis very
likely to be cheaper in the long, and not so long, run to upgrade.
(There is no RDB layer any more.)
Andy
On 03/04/15 17:45, Rose Beck wrote:
Yes, our company has an old project built on it. So if Jena 2.6.x does
not support n-quads then i can convince my managers to move to Jena
2.13.0. Else unfortunately i have to stick to jena 2.6.4
On Fri, Apr 3, 2015 at 10:01 PM, Stian Soiland-Reyes <[email protected]> wrote:
We generally recommend using the latest Jena, which now is 2.13.0.
See http://jena.apache.org/download/
Is there any particular reason why you are considering using 2.6.4?
On 3 Apr 2015 17:10, "Rose Beck" <[email protected]> wrote:
I downloaded Jena 2.6.4 today but I was not able to load n-quads in
it. Can you please confirm if Jena 2.6.4 had N-Quad feature? This will
help me figure out if I am going wrong somewhere
On Fri, Apr 3, 2015 at 9:34 PM, Andy Seaborne <[email protected]> wrote:
On 03/04/15 08:09, Rose Beck wrote:
Just out of curiosity what is difference between Jena's version "before
Apache" like Jena 2.6.4 and "After Apache". Is it something to do with
its ability to
handle n-quads..I mean were quad stores introduced before Apache or
were they introduced After Apache.
There was no formal feature jump from 2.6.x to 2.7.x which is the
SourceForge->Apache migration.
N-quads, SPARQL 1.1 finalization, and the new, efficient I/O handing in
RIOT
(so syntaxes except RDF/XML (and TriX)), was happening from about that
time
and later but just in parallel development.
Andy
--
With Warm Regards,
Rose
