Hi Giuseppe
I have resolved the issue
CLEREZZA-725<https://issues.apache.org/jira/browse/CLEREZZA-725> which
reflects the problem you raised.
Kind regards
Hasan
On Tue, Dec 4, 2012 at 11:34 PM, Hasan Hasan <ha...@trialox.org> wrote:
> Thanks Giuseppe
> *
> *
> I'll try the test as soon as I have time during this week.
>
> Cheers
> Hasan
>
>
> On Mon, Dec 3, 2012 at 3:13 PM, Giuseppe Miscione <
> g.misci...@innovationengineering.eu> wrote:
>
>> Hi Hasan,
>> I prepared a JUnit test method that clarifies the problem:
>>
>> @Test
>> public void testParseMultipleTimes() throws Exception {
>> String queryString =
>> "PREFIX mo: <http://www.tech-it-easy-**
>> project.eu/ontologies/market_**ontology.owl#<http://www.tech-it-easy-project.eu/ontologies/market_ontology.owl#>>\n"
>> +
>> "PREFIX list:
>> <http://jena.hpl.hp.com/ARQ/**list#<http://jena.hpl.hp.com/ARQ/list#>>\n"
>> +
>> "PREFIX owl:
>> <http://www.w3.org/2002/07/**owl#<http://www.w3.org/2002/07/owl#>>\n"
>> +
>> "PREFIX rdf:
>> <http://www.w3.org/1999/02/22-**rdf-syntax-ns#<http://www.w3.org/1999/02/22-rdf-syntax-ns#>>\n"
>> +
>> "PREFIX rdfs:
>> <http://www.w3.org/2000/01/**rdf-schema#<http://www.w3.org/2000/01/rdf-schema#>>\n"
>> +
>> "PREFIX dc:
>> <http://purl.org/dc/elements/**1.1/<http://purl.org/dc/elements/1.1/>>\n"
>> +
>> "SELECT ?property ?range ?property_description ?subproperty
>> ?subproperty_description\n" +
>> "WHERE {\n" +
>> " ?property a owl:ObjectProperty .\n" +
>> " FILTER (?property != owl:bottomObjectProperty) .\n" +
>> " {\n" +
>> " {\n" +
>> " ?property rdfs:domain ?superclass .\n" +
>> " mo:Company rdfs:subClassOf ?superclass .\n" +
>> " }\n" +
>> " UNION\n" +
>> " {\n" +
>> " ?property rdfs:domain ?dunion .\n" +
>> " ?dunion owl:unionOf ?dlist .\n" +
>> " ?dlist list:member ?superclass .\n" +
>> " mo:Company rdfs:subClassOf ?superclass .\n" +
>> " }\n" +
>> " }\n" +
>> " {\n" +
>> " {\n" +
>> " ?property rdfs:range ?superrange .\n" +
>> " ?range rdfs:subClassOf ?superrange .\n" +
>> " FILTER (!isBlank(?range)) .\n" +
>> " }\n" +
>> " UNION\n" +
>> " {\n" +
>> " ?property rdfs:range ?range .\n" +
>> " FILTER (!isBlank(?range)) .\n" +
>> " }\n" +
>> " } .\n" +
>> " FILTER (?range != owl:Nothing) .\n" +
>> " OPTIONAL { ?somesub rdfs:subClassOf ?range . FILTER(?somesub
>> != owl:Nothing && ?somesub != ?range)}\n" +
>> " FILTER (!bound(?somesub)) .\n" +
>> " OPTIONAL {\n" +
>> " ?subproperty rdfs:subPropertyOf ?property .\n" +
>> " FILTER(?subproperty != owl:bottomObjectProperty &&
>> ?subproperty != ?property)\n" +
>> " OPTIONAL { ?subproperty dc:description
>> ?subproperty_description . }\n" +
>> " }\n" +
>> " OPTIONAL { ?property dc:description ?property_description .
>> }\n" +
>> "} ";
>>
>> Query query1 = QueryParser.getInstance().**parse(queryString);
>> System.out.println(query1.**toString());
>>
>> System.out.println("----------**-------------");
>>
>> Thread.sleep(5000l);
>>
>> Query query2 = QueryParser.getInstance().**parse(queryString);
>> System.out.println(query2.**toString());
>>
>> Assert.assertEquals(query1.**toString(), query2.toString());
>> }
>>
>> By separating the two parse() calls with a 5 seconds sleep, you'll see
>> that the two parsed objects will produce different strings. Without the
>> Thread.sleep() call the test method doesn't fail, so I think there's
>> something time-related in the javacc parser that will mix up the parsed
>> statements.
>>
>> Regards,
>> Giuseppe
>>
>> Il 03/12/2012 10:25, Giuseppe Miscione ha scritto:
>>
>> Hi Hasan,
>>> this is the query on which I was working:
>>>
>>> PREFIX mo: <http://www.tech-it-easy-**project.eu/ontologies/market_**
>>> ontology.owl#<http://www.tech-it-easy-project.eu/ontologies/market_ontology.owl#>
>>> >
>>> PREFIX list:
>>> <http://jena.hpl.hp.com/ARQ/**list#<http://jena.hpl.hp.com/ARQ/list#>
>>> >
>>> PREFIX owl:
>>> <http://www.w3.org/2002/07/**owl#<http://www.w3.org/2002/07/owl#>
>>> >
>>> PREFIX rdf:
>>> <http://www.w3.org/1999/02/22-**rdf-syntax-ns#<http://www.w3.org/1999/02/22-rdf-syntax-ns#>
>>> >
>>> PREFIX rdfs:
>>> <http://www.w3.org/2000/01/**rdf-schema#<http://www.w3.org/2000/01/rdf-schema#>
>>> >
>>> PREFIX dc:
>>> <http://purl.org/dc/elements/**1.1/<http://purl.org/dc/elements/1.1/>
>>> >
>>> SELECT ?property ?range ?property_description ?subproperty
>>> ?subproperty_description
>>> WHERE {
>>> ?property a owl:ObjectProperty .
>>> FILTER (?property != owl:bottomObjectProperty) .
>>> {
>>> {
>>> ?property rdfs:domain ?superclass .
>>> mo:Company rdfs:subClassOf ?superclass .
>>> }
>>> UNION
>>> {
>>> ?property rdfs:domain ?dunion .
>>> ?dunion owl:unionOf ?dlist .
>>> ?dlist list:member ?superclass .
>>> mo:Company rdfs:subClassOf ?superclass .
>>> }
>>> }
>>> {
>>> {
>>> ?property rdfs:range ?superrange .
>>> ?range rdfs:subClassOf ?superrange .
>>> FILTER (!isBlank(?range)) .
>>> }
>>> UNION
>>> {
>>> ?property rdfs:range ?range .
>>> FILTER (!isBlank(?range)) .
>>> }
>>> } .
>>> FILTER (?range != owl:Nothing) .
>>> OPTIONAL { ?somesub rdfs:subClassOf ?range . FILTER(?somesub !=
>>> owl:Nothing && ?somesub != ?range)}
>>> FILTER (!bound(?somesub)) .
>>> OPTIONAL {
>>> ?subproperty rdfs:subPropertyOf ?property .
>>> FILTER(?subproperty != owl:bottomObjectProperty && ?subproperty
>>> != ?property)
>>> OPTIONAL { ?subproperty dc:description ?subproperty_description
>>> . }
>>> }
>>> OPTIONAL { ?property dc:description ?property_description . }
>>> }
>>>
>>> Il 03/12/2012 07:53, Hasan Hasan ha scritto:
>>>
>>>> Hi Giuseppe
>>>>
>>>> can you please provide an example of the query that you use and that I
>>>> can
>>>> reproduce easily?
>>>> I will try to take some time this week to have a look.
>>>>
>>>> Kind regards
>>>> Hasan
>>>>
>>>> On Fri, Nov 30, 2012 at 5:36 PM, Giuseppe Miscione <
>>>> g.miscione@**innovationengineering.eu<g.misci...@innovationengineering.eu>>
>>>> wrote:
>>>>
>>>> Hi all,
>>>>> I found a bug in the SPARQL query execution chain, specifically in the
>>>>> *org.apache.clerezza.rdf.core.****sparql.query.Query* objects
>>>>> serialization
>>>>> made with the *org.apache.clerezza.rdf.core.****sparql.query.impl.****
>>>>> SimpleStringQuerySerializer*
>>>>> methods.
>>>>> The problem comes from the fact that the javacc objects used for
>>>>> mapping
>>>>> triple patterns are not listed in the same order as in the original
>>>>> query
>>>>> string. *SimpleStringQuerySerializer* serializes patterns into the
>>>>> ouput
>>>>> string in the order returned by the javacc parser, and so the output
>>>>> string
>>>>> won't always be equivalent to the source one. Moreover, parsing
>>>>> multiple
>>>>> times the same query string will result in different output strings.
>>>>>
>>>>> This problem is even more annoying when executing (like in my case)
>>>>> queries on graphs enanched with Pellet reasoner, because it has obviuos
>>>>> difficulties in inferencing relations if the order of triple patterns
>>>>> in
>>>>> the query is not the provided one.
>>>>>
>>>>> I solved the problem in my environment by simply saving the original
>>>>> string into the parsed *Query *object and then making
>>>>> *SimpleStringQuerySerializer* returns this string, without any
>>>>> processing.
>>>>>
>>>>> Can anyone take a look at the serializer to find a maybe better
>>>>> solution
>>>>> to avoid this weird behaviour?
>>>>>
>>>>> Regards,
>>>>> Giuseppe Miscione
>>>>>
>>>>>
>>>>>
>>>
>>
>
