On Mon, Nov 26, 2012 at 8:48 PM, Claude Warren <cla...@xenei.com> wrote:
> my 2 cents: > > First: > I prefer interface based approaches as I find that over time I have > had fewer problems with them. For things that should be calculated in > a specific way a static Utility class within the interface can provide > implementations of many things. > > Second: > if equals() is being defined then hashCode() must also so that > x.equals(y) => x.hashcode() == y.hashcode(). Yes, that's why an interface defining equals so that instances of different implementations can be equals must also define hashCode() as this is done by: http://incubator.apache.org/clerezza/mvn-site/org.apache.clerezza.rdf.core/apidocs/org/apache/clerezza/rdf/core/Graph.html#hashCode%28%29 > The converse is not necessarily true. > Cannot be as there are more than 2^32 graphs. Reto On Mon, Nov 26, 2012 at 4:30 PM, Sergio Fernández <sergio.fernan...@salzburgresearch.at> wrote: > Hi, > > > On 26/11/12 04:13, Paolo Castagna wrote: >> >> I suppose this will be a module within Jena. Would Any23 or Marmotta use >> it >> or contribute to it? > > > For sure. In fact, we are asserting that in the proposal: > > "Apache Jena could become the RDF API used throughout Marmotta; an > architectural decision is yet to be taken." > > Right now we are using Sesame because a simple technical reason: FMPOV > intefaces-based approach is much simpler and cleaner approach. But, as soon > as we can achieve an agreement on that, and of course from Marmotta we'll > support and contribute to it, the easier our life. > > Cheers, > > -- > Sergio Fernández > Salzburg Research > +43 662 2288 318 > Jakob-Haringer Strasse 5/II > A-5020 Salzburg (Austria) > http://www.salzburgresearch.at -- > I like: Like Like - The likeliest place on the web > Identity: https://www.identify.nu/user.php?cla...@xenei.com > LinkedIn: http://www.linkedin.com/in/claudewarren >