[ 
https://issues.apache.org/jira/browse/COMMONSRDF-13?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14503714#comment-14503714
 ] 

Andy Seaborne commented on COMMONSRDF-13:
-----------------------------------------

3 use cases: the important feature is that the graph is implemented outside a 
single JVM, whether in time or in space.

# Databases (SDB, TDB where some RDF terms are on disk, yet we need reference 
to them)
# Distributed graphs (need references across JVM boundaries; 
github.com/afs/lizard)
# Hadoop processing (jena-elephas : multiple JVMs involved)

Relying same-JVM object references does not work in these cases.


> 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)

Reply via email to