I'm not sure that using String.format() style parameters makes sense because SPARQL expects values to be in certain restricted formats and values not matching those formats would be invalid
For example consider the format specifier %,d I.e integer with thousands separator. Values printed with that format into a SPARQL string would not always be valid integers according to SPARQL and depending on where they were inserted would not necessarily be immediate syntax errors either but might only manifest as unexpected runtime behaviour Rob On 02/09/2014 13:51, "Claude Warren" <[email protected]> wrote: >I have a QueryBuilder that currently builds a query string. Andy had >asked >if I could make it build the query object so that we didn't have to parse >the string. One of the features of the current method is that it allows >you to use the String.format() parameters and replace them before calling >the parser. I am looking for a way to do that while building the query >objects. I had thought about allowing replacement of the variables with >concrete values similar to what the parameterized-sparql-strings does. > > > > >On Tue, Sep 2, 2014 at 1:27 PM, Rob Vesse <[email protected]> wrote: > >> Claude >> >> There is the ParameterizedSparqlString functionality which is >>essentially >> just textual parameterization - >> >>https://jena.apache.org/documentation/query/parameterized-sparql-strings. >>ht >> ml - so it is somewhat limited but that has existed in ARQ for a year or >> two now. >> >> There was some talk about doing the parameterisation at the >>query/algebra >> level. Certainly some of the plumbing that supports parameterisation at >> the algebra level already exists because it is used by optimisations >> >> Maybe you could elaborate more on what you intend? >> >> Rob >> >> On 02/09/2014 11:10, "Claude Warren" <[email protected]> wrote: >> >> >I recall a discussion of prepared statements in Jena awhile back. Now >>my >> >google search has turned up using bind to do something like a prepared >> >statement, but for some reason I thought there was a proposal to do >>real >> >prepared statement with replacable parameters. Somthing that would >>work >> >with service calls as the parameters would be replaced before the >> >statement >> >executed. >> > >> >Does anyone else remember such a conversation? Does anyone know of >>such a >> >solution? >> > >> >Claude >> > >> >-- >> >I like: Like Like - The likeliest place on the web >> ><http://like-like.xenei.com> >> >LinkedIn: http://www.linkedin.com/in/claudewarren >> >> >> >> >> > > >-- >I like: Like Like - The likeliest place on the web ><http://like-like.xenei.com> >LinkedIn: http://www.linkedin.com/in/claudewarren
