[
https://issues.apache.org/jira/browse/JENA-1188?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15317019#comment-15317019
]
Andy Seaborne commented on JENA-1188:
-------------------------------------
Change committed and pushed - the "quads" test is now only applied when writing
the whole dataset.
That keeps the old behaviour and also blocks the data-hiding possibility of
silently writing only the default graph.
We can discuss change in behaviour - this is just to fix the presenting problem.
https://git1-us-west.apache.org/repos/asf?p=jena.git;a=commit;h=75c77d04760d77847dee4bf99392fda817ef3d48
https://git1-us-west.apache.org/repos/asf?p=jena.git;a=commit;h=1ca43f0861cb3df65f55aa420cf8565eec3c9b92
> sdbdump refuses to output a graph as Turtle
> -------------------------------------------
>
> Key: JENA-1188
> URL: https://issues.apache.org/jira/browse/JENA-1188
> Project: Apache Jena
> Issue Type: Bug
> Components: SDB
> Affects Versions: Jena 3.1.0
> Reporter: Osma Suominen
>
> I upgraded SDB to the 3.1.0 release version after running a snapshot build
> from early February. This broke a script that I use to periodically back up a
> SDB database:
> {noformat}
> sdbdump --sdb=$SDBROOT/sdb-yso.ttl \
> --graph=http://www.yso.fi/onto/yso/ \
> --out=TTL >$TTLFILE
> {noformat}
> This now gives the error
> {noformat}
> Not a 'quads' language (try 'N-Quads' or 'TriG')
> {noformat}
> The culprit seems to be this commit made on 8 Feb:
> https://github.com/apache/jena/commit/cb449523c83832ceb9cf525b4b1e1f382c49c16f
> I can see the point of requiring a quad-capable output format when dumping
> all graphs (though I'm not sure it should be a fatal error even in that
> case), but in my case, I asked for a single graph only. I think the check is
> overly strict.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
