[
https://issues.apache.org/jira/browse/JENA-345?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13494238#comment-13494238
]
Hudson commented on JENA-345:
-----------------------------
Integrated in Jena__Development_Test #260 (See
[https://builds.apache.org/job/Jena__Development_Test/260/])
Tests and fix for JENA-345, ensures that execConstructTriples() does
eliminate malformed triples (Revision 1407563)
Result = SUCCESS
rvesse :
Files :
* /jena/trunk/jena-arq/ReleaseNotes.txt
*
/jena/trunk/jena-arq/src/main/java/com/hp/hpl/jena/sparql/modify/TemplateLib.java
* /jena/trunk/jena-arq/src/main/java/com/hp/hpl/jena/sparql/util/ModelUtils.java
* /jena/trunk/jena-arq/src/test/java/com/hp/hpl/jena/sparql/api/TestAPI.java
> execConstructTriples() does not eliminate malformed triples from it's output
> ----------------------------------------------------------------------------
>
> Key: JENA-345
> URL: https://issues.apache.org/jira/browse/JENA-345
> Project: Apache Jena
> Issue Type: Bug
> Components: ARQ
> Affects Versions: ARQ 2.9.4
> Reporter: Rob Vesse
> Assignee: Rob Vesse
> Labels: construct, sparql
> Fix For: Jena 2.10.0
>
>
> Start from any model which has triples containing only literals as their
> subjects, then try the following:
> @Test public void testConstructRejectsBadTriples1()
> {
> String queryString = "CONSTRUCT { ?s ?p ?o } WHERE { ?o ?p ?s }";
> Query q = QueryFactory.create(queryString);
>
> QueryExecution qExec = QueryExecutionFactory.create(q, m);
>
> Model resultModel = qExec.execConstruct();
> assertEquals(0, resultModel.size());
> }
>
> @Test public void testConstructRejectsBadTriples2()
> {
> String queryString = "CONSTRUCT { ?s ?p ?o } WHERE { ?o ?p ?s }";
> Query q = QueryFactory.create(queryString);
>
> QueryExecution qExec = QueryExecutionFactory.create(q, m);
>
> Iterator<Triple> ts = qExec.execConstructTriples();
> long count = 0;
> while (ts.hasNext()) {
> count++;
> ts.next();
> }
> assertEquals(0, count);
> }
> The first test passes because execConstruct() correctly rejects triples with
> literal subjects as invalid, the second test fails because
> execConstructTriples() does not follow this behavior.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira