On 08/12/12 01:33, François-Paul Servant wrote:
Le 4 déc. 2012 à 12:20, Andy Seaborne <[email protected]> a écrit :
On 04/12/12 07:18, François-Paul Servant wrote:
Andy,
Could you raise a JIRA for this? And if you have a patch, submit that as well?
There's another problem, with model.listStatements(s,p,o,null), which behaves as
model.listStatements(s,p,o,"") (when o != null)
I created one JIRA for both (and proposed a patch)
Thank - now fixed in SVN in the build tonight of
Jena version 2.10.0-SNAPSHOT
Andy
Best Regards,
fps
I'll do - but I have no time before Friday.
As far as I can see, e.g. the code style in that area, it's been that way since
the year dot, so Friday is just fine!
Andy
Best,
fps
Le 3 déc. 2012 à 22:58, Andy Seaborne <[email protected]> a écrit :
On 28/11/12 23:23, François-Paul Servant wrote:
import org.junit.Test;
import com.hp.hpl.jena.rdf.model.*;
public class LstStmt {
@Test
public final void test() {
Model m = ModelFactory.createDefaultModel();
Resource s = m.createResource("http://www.a.com/s");
Property p = m.createProperty("http://www.a.com/p");
Property o = m.createProperty("http://www.a.com/o");
m.add(s,p,o);
m.add(s,p,"texte","fr");
m.add(s,p,"text","en");
StmtIterator it = m.listStatements(s, p, null,"fr");
// display the 3 statements
for (;it.hasNext();) {
System.out.println(it.next());
}
}
}
Bizarre. The code does not filter as you (and I) expected.
Could you raise a JIRA for this? And if you have a patch, submit that as well?
While it is technically a change to the formal API, your expectation seems
entirely intuitive.
Small issue of whether case should matter and whether a filter of "en" matches
"en-UK" (c.f. SPARQL LANGMATCHES) but for the API, at least exact match seems reasonable
to me.
Andy