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 q
[
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
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 wrote:
> Qihong,
>
> There is an ambiguity in the grammar
Qihong,
There is an ambiguity in the grammar if you make 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 triples (Tr
Hi,
I just opened 2 new threads. Your comments are welcome!
regards,
Qihong
On Mon, Jun 15, 2015 at 4:45 PM, Rob Vesse wrote:
> Folks
>
> Could you please either start new threads of change the subject line
> appropriately for future discussions on this
>
> The generic subject line makes it har
Hi,
I'm trying to play with master.jj. But the grammar script somethings
prints warning messages. The behavior is strange. In order to simplify
my question, I'd like to take the following example:
In QuadsNotTriples(), line 691 in master.jj, in the "master" branch:
If I change it to "o
Hi,
Please check my last 3 commits[1], related to refactoring Template.
master.jj is modified accordingly, *without* implementing the new
CONSTRUCT query function for quad. Just to make sure: the maven build
test for this jena-arq module is successful.
Here're some ideas for to discuss:
(1) Leav
Forwarded Message
Subject:Jena dependencies on JDK-Internal APIs
Date: Mon, 15 Jun 2015 09:09:27 +0100
From: Rory O'Donnell
To: a...@apache.org
CC:
Hi Andy,
My name is Rory O'Donnell, I am the OpenJDK Quality Group Lead.
I'm contacting you because y
Folks
Could you please either start new threads of change the subject line
appropriately for future discussions on this
The generic subject line makes it hard when catching up with emails to see
at a glance what this thread is about
Thanks,
Rob
On 14/06/2015 12:28, "Andy Seaborne" wrote:
>Hi
GraphMem_CS is the contract suite. As you have figured out it detects the
tests that need to be run. You will probably want to look at
GraphContractTests.java as well for the other half of the code.
There are 2 ways to find out what is discovered.
the command line client (wait for new packaging
I got the cli extracted from the main junit-contract code and managed to
get it released. I will update the jena pom this evening to use the new
version. That should remove the CLI dependency.
On Thu, Jun 11, 2015 at 4:10 PM, Andy Seaborne wrote:
> On 11/06/15 14:35, Claude Warren wrote:
>
>
12 matches
Mail list logo