Package org.aksw.jena_sparql_api.mapper.impl.type

Class RdfTypeNode

java.lang.Object
org.aksw.jena_sparql_api.mapper.impl.type.RdfTypeBase
org.aksw.jena_sparql_api.mapper.impl.type.RdfTypePrimitiveBase
org.aksw.jena_sparql_api.mapper.impl.type.RdfTypeNode
All Implemented Interfaces:
RdfType
public class RdfTypeNode extends RdfTypePrimitiveBase

  • Constructor Details

    • RdfTypeNode

      public RdfTypeNode()

  • Method Details

    • getEntityClass

      public Class<?> getEntityClass()
      Description copied from interface: RdfType
      Return the Java class corresponding to this type (maybe it should be Type instead of Class)
      Returns:

    • getRootNode

      public org.apache.jena.graph.Node getRootNode(Object obj)
      Description copied from interface: RdfType
      Return the root node that corresponds to the given object in regard to this RdfType. In the case of classes, this is an IRI node, whereas for literals this is either a plain or typed literal node. Note, that the following condition is expected to hold: getRootNode(createJavaObject(node)).equals(node) For types mapping to plain literals, this method should (must?) never return null. Note that certain Java types may not have capabilities assigned for returning a node for a given object. In this case, the result will be null.
      Returns:

    • hasIdentity

      public boolean hasIdentity()
      Description copied from interface: RdfType
      Flag to indicate whether entities created from this mapping have their own identity. If not, ids are usually derived from the parent object
      Returns:

    • createJavaObject

      public Object createJavaObject(org.apache.jena.rdf.model.RDFNode r)
      Description copied from interface: RdfType
      Extract a Java (literal) object from a given node. Note: Creating a *non-primitive* java object is not a concern of RdfType which only *MAPS* between a java object and its corresponding triples. The reason is, that via the RdfType's entity class the association to a newInstance method can be indirectly made on the outside, without RdfType having to be aware of it. Also, an RdfType reading a collection may be capable of reading and writing to any collection type, regardless of the concrete sub-type (list, set, etc). Create an empty java object (i.e. no properties set) based on the given node. In the case of primitive types (e.g. String, Long, etc), the object will already carry the correct value. In the case of classes, the result may either be a Java object regardless of the node argument, or a proxy to such java object that holds the node
      Returns: