A fix for this has now been applied to trunk and the latest 2.11.2-SNAPSHOT builds will contain this
If you are able to check and confirm whether this resolves your problem that would be much appreciated Thanks, Rob On 14/05/2014 16:12, "Rob Vesse" <[email protected]> wrote: >The problem is that the endpoint is producing CSV in a slightly different >format than ARQ is expecting > >This is easier to see if you run the query in a browser with the output >format set to text/csv - http://s.apache.org/AU2 > >With this we get the following output: > >"dt" >"http://www.w3.org/2001/XMLSchema#string"; > > >Note that the variable names given in the first row are fully enclosed in >quotes which is perfectly valid CSV encoding but the code that parses CSV >results isn't accounting for this and so is creating the variable name >"dt" rather than dt in the parsed results. > >I've filed this as a bug and should have a fix shortly - >https://issues.apache.org/jira/browse/JENA-695 > >In the meantime you can workaround this by using the broken variable names >e.g. > >qs.get("\"dt\"); > >Ugly but does provide a workaround until a fix is available > >Thanks for reporting this, > >Rob > >On 14/05/2014 12:38, "Alejandro Rodríguez González" ><[email protected]> wrote: > >>Hi! >> >>Sorry if this question has been already answered. Based on a previous >>query >>to this list ( http://goo.gl/kfKMqP ) now I have a small problem. >> >>I have the same query and the following code (see query and code here: >>http://pastebin.com/16B6MPmz ). >> >>My problem is that, if I execute this query manually against the endpoint >>(see: http://goo.gl/RVWuSi ) I can get correctly the desired result (a >>datatype). However, doing this by code, I got the QuerySolution object >>(which contains the variable name (dt) and the datatype (xml:string)), >>but >>I can't get the datatype from the QuerySolution object. >> >>If I try calling getResource(variable) method, it returns null. If I do >>the >>same with the getLiteral(variable) or get(variable) to get a RDFNode, >>always it returns a null value. Now, I'm getting the value parsing the >>toString() value of the QuerySolution object, but I'm wondering if it is >>an >>easier way to do that, or maybe I'm not using the correct >>classes/methods. >> >>Thanks! >> >>-- >>Dr. Alejandro Rodríguez González - PhD >> >>Bioinformatics at Centre for Plant Biotechnology and Genomics UPM-INIA >>Polytechnic University of Madrid >>http://www.alejandrorg.com >>Phone: +34 914524900 . Ext: 25550 >> >> >>*Once the game is over, the king and the pawn go back in the same box. - >>Italian proverb* > > > >
