Jena jdbc looks like it would meet my needs. Thanks for the pointer. Brian
> On 24 Sep 2013, at 21:04, Andy Seaborne <[email protected]> wrote: > >> On 24/09/13 20:02, Brian McBride wrote: >>> On 24/09/2013 17:02, Andy Seaborne wrote: >>> >>>> Is there an abstraction I can use that will allow me to execute sparql >>>> updates on both local data stores and remote services over http? >> [...] >>>> ) >>> >>> >>> The javadoc for DatasetFactory.create >>> >>> /** Create a dataset with a default graph and no named graphs >>> * >>> * @param uri URIs merged to form the default dataset >>> * @return Dataset >>> */ >>> >>> It is reading in the remote URI into a local dataset. It will do a >>> GET which is why you get that error message. >> Ahh. I failed to figure that out from the documentation. >>> You can't do SPARQL Update over HTTP GET (not that it is sending a >>> legal SPARQL update) >>> >>> It does not associate the dataset with the remote URI for update >>> operations - and you can't do an update via GET. >> >> Thanks Andy. I've created my own abstraction of an update service to >> wrap either a local dataset or a remote endpoint. But I didn't want to >> have some clunky home grown abstraction if there was one already in >> Jena/ARQ. > > jena-jdbc may give you that. > > http://jena.apache.org/documentation/jdbc/ > > There is also a separate and experimental > > https://svn.apache.org/repos/asf/jena/Experimental/jena-client/ > > http://mail-archives.apache.org/mod_mbox/jena-dev/201206.mbox/%3ccaptxtvommwxfk2+4cicexubzyxsdkvuo0qshxf8ukhad8tx...@mail.gmail.com%3E > > Andy > > >> >> Brian >> >> >
