Great news TY. A look up API would be handy but not required. Gary
On Nov 16, 2016 2:02 PM, "Peter Ansell" <ansell.pe...@gmail.com> wrote: > 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 > >
