Luis, not directly related to Fuseki, but you could implement a custom GS using JAX-RS interfaces from Graphity: https://github.com/Graphity/graphity-ldp/blob/master/src/main/java/org/graphity/server/model/GraphStore.java
There is also a Jena-compatible implementation that functions as a proxy for a remote GS, as well as providers that allow you to inject GS instances into a JAX-RS webapp: https://github.com/Graphity/graphity-browser/blob/master/src/main/java/org/graphity/processor/provider/GraphStoreProvider.java Hope it helps. Martynas graphityhq.com On Thu, Jul 25, 2013 at 5:13 PM, Luis Daniel Ibáñez González <[email protected]> wrote: > Hi, > > I'm working on an application that uses as backend a modified version of > Corese, a Java-based GraphStore [0], the HTTP protocol implemented there is > somewhat old and I thought it would be a better idea to reuse something > newer than try to embed a Jetty from scratch. > > Can Fuseki be used as a component to achieve that? I imagine something very > simple: > > 1) Fuseki server runs and accept HTTP GSP requests > 2) A custom handler receives the query string, pass it to a Corese instance > (my thing is in-memory right now) that process it and returns a response > already in RDF/XML > 3) This response is passed back to Fuseki, who serves it to the user. > > I think this is very related to a recent question [1] about Fuseki as an > API. I've seen in the documentation that I should look at 'Dataset Accesor' > and 'DatasetAdapter', but I saw that they work with models, which leads me > to think they are very coupled to Jena. > > Thanks in advance. > > > [0] http://wimmics.inria.fr/corese > [1] http://mail-archives.apache.org/mod_mbox/jena-dev/201307.mbox/browser > https://issues.apache.org/jira/browse/JENA-483 > > -- > Ing. Luis Daniel Ibáñez G.
