Forwarded Message
Subject:Jena dependencies on JDK-Internal APIs
Date: Mon, 15 Jun 2015 09:09:27 +0100
From: Rory O'Donnell rory.odonn...@oracle.com
To: a...@apache.org
CC:
Hi Andy,
My name is Rory O'Donnell, I am the OpenJDK Quality Group Lead.
I'm
Hi,
I just opened 2 new threads. Your comments are welcome!
regards,
Qihong
On Mon, Jun 15, 2015 at 4:45 PM, Rob Vesse rve...@dotnetrdf.org wrote:
Folks
Could you please either start new threads of change the subject line
appropriately for future discussions on this
The generic subject
Qihong,
There is an ambiguity in the grammar if you make GRAPH optional.
See rule 'Quads'
Consider these two cases:
:s :p :o .
:z { :s1 :p1 :o1 } .
:s :p :o .
:z :q :o2 .
when the parser get to end of the triple in the default graph:
:s :p :o .
there are two ways forward: more
Hi Qihong,
In addition to Andy's explanation, You might take look at this
tutorial for more details on javacc lookahead:
https://javacc.java.net/doc/lookahead.html
Best regards,
Ying Jiang
On Mon, Jun 15, 2015 at 10:42 PM, Andy Seaborne a...@apache.org wrote:
Qihong,
There is an ambiguity
Hi,
(this question is motivated by the ongoing Data Shapes WG, but I don't
speak on their behalf).
Jena and other APIs such as Sesame support the concept of pre-binding
variables prior to SPARQL execution, using
QueryExecution.setInitialBinding(). This is convenient to reuse
parameterized
[
https://issues.apache.org/jira/browse/JENA-963?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andy Seaborne updated JENA-963:
---
Attachment: ReportOpAsQuery.java
OpAsQuery does not process HAVING (COUNT(?value) 1) correctly.
Andy Seaborne created JENA-963:
--
Summary: OpAsQuery does not process HAVING (COUNT(?value) 1)
correctly.
Key: JENA-963
URL: https://issues.apache.org/jira/browse/JENA-963
Project: Apache Jena