Github user lewismc commented on the issue:
https://github.com/apache/any23/pull/122
> The only reason I've hesitated so far about merging this PR is that once
new interfaces are introduced as part of the core API, I'd prefer to never
change them again--so I want to get it right the first time!
Totally understandable
I really like the idea of improving the interoperability logic here.
> The reason being: shouldn't all return types...be, preferably, part of
our own API, rather than RDF4J's?
Yes that is a very fair statement. What, for example happens if and when
the RDF4J project ceases to exist? Then of course we would end up implementing
exactly what you are suggesting.
I am certainly +1 to a TripleFormat API which is somewhat analogous and
certainly interoperable with RDF4J's
[RDFFormat](http://docs.rdf4j.org/javadoc/latest/index.html?org/eclipse/rdf4j/rio/RDFFormat.html).
Very nice @HansBrende
---
