Hi Gary, There is support for java.util.ServiceLoader with the relevant META-INF/services files and default constructors, detailed in the userguide.md file currently, but could also be in README.md:
https://github.com/apache/incubator-commonsrdf/blob/master/src/site/markdown/userguide.md#Finding_an_RDF_implementation However, users may be aware of which implementation they prefer and use it specifically, to match up with their database drivers or other libraries so the direct constructor patterns will be used regularly also. The main reason for that would be that if you use the ServiceLoader approach (just using the RDF interface) you don't have object level access to the mutators to create native Jena/RDF4J/etc. objects out of the Commons RDF objects. There should still be static methods for those cases, but they are less simple to use than the mutators in general. Cheers, Peter On 17 November 2016 at 02:49, Gary Gregory <garydgreg...@gmail.com> wrote: > In the read me I see a link to an example that has > > public RDF createFactory() { > return new SimpleRDF(); > } > > Is/should a service loader be used to allow pluging in/discovering > implementations? > > Gary > > On Nov 16, 2016 5:22 AM, "Stian Soiland-Reyes" <st...@apache.org> wrote: > > Commons RDF (incubating) has been in the Apache Incubator since 2015, > with an aim to graduate into the Apache Commons PMC. I think now the > time has come to propose such a move. > > > This route was agreed with the Commons PMC at the time, and we have > had good guidance from our mentors, including Commons PMC folks Gary > Gregory, Benedikt Ritter and lately myself :) > > > > > As noted in the 0.3.0 release today, Commons RDF aims to provide a > common Java API for RDF 1.1 graphs and datasets. Commons RDF 0.3.0 > adds API bindings for Apache Jena, Eclipse RDF4J, JSON-LD Java as well > as a standalone implementation. > > http://commonsrdf.incubator.apache.org/ > > > Now I think Commons RDF is stabilized and is ready to graduate to be a > component under Commons PMC where we can do a 1.0.0 release to mark > the spot. > > > (Concurrent thread on dev@commonsrdf: > https://lists.apache.org/thread.html/760b2d58e344e51550dcc9f6452395 > efe72e97d3dc06169ef72f09c6@%3Cdev.commonsrdf.apache.org%3E > ) > > > I must admit that community-wise Commons RDF is not as strong as when > the podling started - forming a uniform API across multiple > implementations and use cases did mean many hard technical and > semantic discussions which caused some people to withdraw for a while. > Several has since returned as indirect contributors (e.g. code > review). > > > Now that the Commons RDF API has settled, and given that Commons has a > "any ASF committer have write access" policy and an open development > mode, I would like to propose here (and at dev@commonsrdf) that the > component graduate to be owned by Apache Commons PMC. > > > Views..? > > > Here's a project maturity report > https://github.com/apache/incubator-commonsrdf/blob/master/MATURITY.md > > > > Want to crunch some code ? Have a look at > > https://commonsrdf.incubator.apache.org/download > https://github.com/apache/incubator-commonsrdf/ > https://commonsrdf.incubator.apache.org/apidocs/ > > > -- > Stian Soiland-Reyes > http://orcid.org/0000-0001-9842-9718 > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
