Apache Jena3 is a major version release for Jena - it is not binary compatible with Jena2. The migration consists of package renaming and database reloading.
Packages with a base name of
Global replacement of
import com.hp.hpl.jena. with
org.apache.jena. will cover the majority of cases.
The Jena APIs remain unchanged expect for this renaming.
Only java package names are being changed. Vocabularies are not affected.
Migration support is provided by mapping
ja:loadClass names beginning
com.hp.hpl.jena internally to
org.apache.jena. A warning is logged.
Any assmeeberlers that
This will also affect logging: logger names reflect the java class naming
so loggers for
Many of the changes and refinements for RDF 1.1 are already in Jena2. The parsers for Turtle-family languages already follow the RDF 1.1 grammars and output is compatible with RDF 1.1 as well as earlier output details.
In RDF 1.1, all literals have a datatype. The datatype of a plain
literal with no language tag (also called a "simple literal") has datatype
xsd:string. A plain literal with a language tag has datatype
"abc"^^xsd:string are the same RDF term in RDF 1.1. Jena2
memory models have always treated these as the same value, but different
terms. Jena2 persistent models treated them as two separate term and two
Data is not invalidated by this change.
The parsers will give datatypes to all data read, there is no need to change the data.
Output is in the datatype-less form (an abbreviated syntax) even in N-triples.
Applications with explicitly use
^^xsd:string (or in RDF/XML,
rdf:datatype="http://www.w3.org/2001/XMLSchema#string") will see a change
Applications with a mix of plain literals and explicit
(the RDF 1.1 Work Group believed these to be uncommon) may see changes.
Applications that do their own RDF output need to be careful to not assume that having datatype excludes the possibility of also having a language tag.
Data that does not use explicit
xsd:string should be safe but it is still
recommended that data is reloaded at a convenient time.
Data that does use explicit
xsd:string must be reloaded.
Jena Security has been renamed Jena Permissions and the Maven artifact id has been changed to jena-permissions to reflect this change.
Shim code that was introduced to map Jena classes to security classes has been removed. This change requires changes to SecurtyEvaluator implementations. More detals are available at the Permissions migration documentation.
GraphStore interface has been removed.
ModelFactory.createFileModelMaker has been removed.
Gone: LateBindingIterator: use LazyIterator instead EarlyBindingIterator: no replacement UniqueExtendedIterator: use ExtendedIterator with unique filter.