[
https://issues.apache.org/jira/browse/COMMONSRDF-13?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14509622#comment-14509622
]
Reto Gmür commented on COMMONSRDF-13:
-------------------------------------
[~stain] When comparing to a blanknode of a different implementation equals
would normally* return false. As a BlankNode from one parser will not be equals
to one from another parser I don't see a limitation in that, see my comment
from 13/Apr/15 18:18.
* I would conceivable to have different but coordinated implementation, even
though I can't think of a concrete usecase for an implementation having to
create a blanknode that is equals to the one of another implementation. But
because of this possibility I write "normally" rather than "always".
> Demo-code to show advantages of exposed Blank Node identifier
> -------------------------------------------------------------
>
> Key: COMMONSRDF-13
> URL: https://issues.apache.org/jira/browse/COMMONSRDF-13
> Project: Apache Commons RDF
> Issue Type: Improvement
> Reporter: Reto Gmür
>
> Like many APIs but unlike the RDF Data model the BlankNode interface exposes
> an internal identifier. BlankNodes with the same identifier are mandated to
> be equals if the are created with the same RDFTermFactory.
> The concept of identifier has a match in many concrete syntaxes, however the
> usage in the API is different, as a graph may have different BNodes with the
> same identifier if they are created by different factories.
> The blank node identifier has been causing difficulties and been the subject
> to discussions. It is particularly problematic onbackend that do not expose
> such identifiers but which allow modifications (e.g. SPARQL backend), see
> also:
> http://mail-archives.apache.org/mod_mbox/commonsrdf-dev/201503.mbox/%3CCALvhUEXSSwO-Udj6ngdedVQuPC6n=+983ubnkyobs2psy5k...@mail.gmail.com%3E.
> To allow some evidence based discussion with this issue I ask proponent of
> exposing the blank node ID to provide some minimal code examples showing the
> advantage of having the ID exposed, i.e. code that could not easily be
> written without the BlankNode.internalIdentifier() method and the
> RDFTermFGactory.createBlankNode(String identifier) method.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
