try also:
"No support"
All fixes have gone into the development line of Jena; I can't see it as
likely that anyone would put effort into bug-fix versions of the 2.7.x
generation. The 2.6.x can't be released via Apache - the code was Ip
cleared and released as 2.7.x - it would need an SF, non-Apache release.
In practice, you are on your own for diagnosing and backporting any
fixes or improvements for 2.6.x (e.g. standards alignment for standards
written after a version of Jena was released).
Andy
On 03/04/15 19:06, Rose Beck wrote:
Oh...thanks a lot..God bless you..now I can convince my boss that
since Jena 2.6.4 does not support N-Quads therefore we should move to
Jena 2.13.0
Also I found here
(http://www.rpmseek.com/rpm/jena-2.6.4-5.fc18.noarch.html?hl=com&cs=icu4j:RE:0:0:0:0:0:9914798)
that Jena supports "Reading and writing RDF in RDF/XML, N3 and
N-Triples" (..and not n-quads). This gives me enough evidence to
convince my boss that Jena 2.6.4 does not support N-Quad.
On Fri, Apr 3, 2015 at 11:28 PM, Andy Seaborne <[email protected]> wrote:
On 03/04/15 18:47, Rose Beck wrote:
I came across the following:
dice:~> /usr/share/java/jena/bin/rdfcat --help
Usage: java jena.rdfcat (option|input)*
Concatenates the contents of zero or more input RDF documents.
Options: -out N3 | N-TRIPLE | RDF/XML | RDF/XML-ABBREV
-n expect subsequent inputs in N3 syntax
-x expect subsequent inputs in RDF/XML syntax
-t expect subsequent inputs in N-TRIPLE syntax
-[no]include include rdfs:seeAlso and owl:imports
input can be filename, URL, or - for stdin
Recognised aliases for -n are: -n3 -ttl or -N3
Recognised aliases for -x are: -xml -rdf or -rdfxml
Recognised aliases for -t are: -ntriple
Output format aliases: x, xml or rdf for RDF/XML, n, n3 or ttl for N3,
t or ntriple for N-TRIPLE
See the Javadoc for jena.rdfcat for additional details.
Does this mean Jena 2.6.x did not support .nq format? Please confirm
as this will help me convince my boss to upgrade Jena
rdfcat did not support N-Quads.
Nowadays, (2.13.0) "riot" provides a much better rdfcat facility, including
streaming for large data.
Andy
On Fri, Apr 3, 2015 at 11:02 PM, Andy Seaborne <[email protected]> wrote:
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
