This seems to be the culprit...
# Not all (or too many) Series Parameters were transformed
ASK WHERE {
?this ACMS_Report_Specification:reportFormat ?format .
?format composite:child ?sp .
{
SELECT ((COUNT(?hsp)) AS ?hspCount)
WHERE {
?hsp a honeywell_report:SeriesParameter .
}
} .
{
SELECT ((COUNT(?sp)) AS ?spCount)
WHERE {
?sp a ACMS_Report_Specification:SeriesParameter .
}
} .
FILTER (?spCount != ?hspCount) .
}
From: [email protected] [mailto:[email protected]]
On Behalf Of Holger Knublauch
Sent: Tuesday, May 08, 2012 6:14 PM
To: [email protected]
Subject: Re: [topbraid-users] Could not run checker error
On 5/9/2012 0:15, Schmitz, Jeffrey A wrote:
Hello All,
I'm trying to run constraint checks on a model by refreshing the Problems
view, but when I do, I get the below error and I'm unsure how to find which of
my constraint checks may be causing this as there is no context shown in the
error message. Any idea how I might narrow this down and find which of my
constraints it's choking on?
Error when refreshing Problems view...
Operation failed.
On: May 8, 2012 9:09:48 AM
Reason:
com.hp.hpl.jena.query.QueryParseException: Encountered " "}" "} "" at line 7,
column 5.
Was expecting one of:
<IRIref> ...
<PNAME_NS> ...
<PNAME_LN> ...
<VAR1> ...
<VAR2> ...
"exists" ...
<NOTEXISTS> ...
"bound" ...
"coalesce" ...
"if" ...
"bnode" ...
"iri" ...
"uri" ...
"call" ...
"str" ...
"strlang" ...
"strdt" ...
"datatype" ...
"lang" ...
"langmatches" ...
"isURI" ...
"isIRI" ...
"isBlank" ...
"isLiteral" ...
"isNumeric" ...
"regex" ...
"sameTerm" ...
"RAND" ...
"ABS" ...
"CEIL" ...
"FLOOR" ...
"ROUND" ...
"CONCAT" ...
"SUBSTR" ...
"STRLEN" ...
"UCASE" ...
"LCASE" ...
"ENCODE_FOR_URI" ...
"CONTAINS" ...
"STARTS" ...
"ENDS" ...
"YEAR" ...
"MONTH" ...
"DAY" ...
"HOURS" ...
"MINUTES" ...
"SECONDS" ...
"TIMEZONE" ...
"NOW" ...
"MD5" ...
"SHA1" ...
"SHA224" ...
"SHA256" ...
"SHA384" ...
"SHA512" ...
"(" ...
at
com.hp.hpl.jena.sparql.lang.ParserARQ.perform(ParserARQ.java:86)
at
com.hp.hpl.jena.sparql.lang.ParserARQ.parse(ParserARQ.java:39)
at
com.hp.hpl.jena.query.QueryFactory.parse(QueryFactory.java:132)
at
com.hp.hpl.jena.query.QueryFactory.create(QueryFactory.java:69)
at
com.hp.hpl.jena.query.QueryFactory.create(QueryFactory.java:40)
at com.hp.hpl.jena.query.Query.cloneQuery(Query.java:698)
at
com.hp.hpl.jena.query.QueryFactory.create(QueryFactory.java:97)
at
org.topbraid.spin.constraints.SPINConstraints.convertAskToConstruct(SPINConstraints.java:322)
This might be a bug in the (old) version of Jena that we are using: the SPIN
code is converting ASK queries to CONSTRUCT before execution, and the
QueryFactory.create method seems to not be able to clone your particular ASK
query. Does it use some specific SPARQL 1.1 features that are not supported
correctly in that Jena version, e.g. property paths? If you could send me the
ASK constraints then I can take a look. Otherwise, converting them to CONSTRUCT
by hand should also be a work-around for you, until we had a chance to upgrade
Jena.
Thanks
Holger
--
You received this message because you are subscribed to the Google
Group "TopBraid Suite Users", the topics of which include Enterprise Vocabulary
Network (EVN), TopBraid Composer,
TopBraid Live, TopBraid Ensemble, SPARQLMotion and SPIN.
To post to this group, send email to
[email protected]<mailto:[email protected]>
To unsubscribe from this group, send email to
[email protected]<mailto:[email protected]>
For more options, visit this group at
http://groups.google.com/group/topbraid-users?hl=en
--
You received this message because you are subscribed to the Google
Group "TopBraid Suite Users", the topics of which include Enterprise Vocabulary
Network (EVN), TopBraid Composer,
TopBraid Live, TopBraid Ensemble, SPARQLMotion and SPIN.
To post to this group, send email to
[email protected]
To unsubscribe from this group, send email to
[email protected]
For more options, visit this group at
http://groups.google.com/group/topbraid-users?hl=en
