You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This would have to be a database with a SPARQL endpoint that would hopefully work in a similar way to MagmaCoreRemoreSparqlDatabase that currently works with Apache Fuseki.
The main purpose of this task is to understand the problems that adding new databases might raise.
It's likely that adding RDF4J will be a requirement when supporting other database since several popular RDF databases support RDF4J, and it might be worth replacing the Jena in-memory and persistent databases with the RDF4J equivalents. The Fuseki service could still be provided either using Jena as it currently does or via RDF4J as instead. Some work is needed to see what's possible.
I started branch 176 and added the RDF4J SAIL in-memory-store and native-store databases which seem to be working, but I don't have time to add more at the moment, maybe in future.
One point of concern is that RDF4J wasn't playing nicely with the unit tests due to MagmaCore using Java9 modules and RDF4J not using them, so I disabled modules for unit tests as a stop-gap. This needs to be looked into more because it might also become an issue for production code as well as unit test.
I'll continue this if I find the time and motivation, but otherwise it is parked for now. If someone else would like to take it on then feel free!
This would have to be a database with a SPARQL endpoint that would hopefully work in a similar way to
MagmaCoreRemoreSparqlDatabase
that currently works with Apache Fuseki.The main purpose of this task is to understand the problems that adding new databases might raise.
Some candidates are listed here
Happy for someone else to pick this up if I don't get to it in the next few weeks.
The text was updated successfully, but these errors were encountered: