-1 I'm afraid. jena-osgi is missing (inclusion or dependency on) org/apache/xerces/util/XMLChar
which means I can no longer compile with jena-osgi as a Maven <dependency>. Tested on http://github.com/apache/incubator-taverna-language/ Running org.apache.taverna.robundle.validator.ValidatorTest SLF4J: Failed to load class "org.slf4j.impl.StaticLoggerBinder". SLF4J: Defaulting to no-operation (NOP) logger implementation SLF4J: See http://www.slf4j.org/codes.html#StaticLoggerBinder for further details. Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.161 sec <<< FAILURE! - in org.apache.taverna.robundle.validator.ValidatorTest test(org.apache.taverna.robundle.validator.ValidatorTest) Time elapsed: 0.16 sec <<< ERROR! java.lang.NoClassDefFoundError: org/apache/xerces/util/XMLChar at java.net.URLClassLoader.findClass(URLClassLoader.java:381) at java.lang.ClassLoader.loadClass(ClassLoader.java:424) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:331) at java.lang.ClassLoader.loadClass(ClassLoader.java:357) at org.apache.jena.rdf.model.impl.Util.notNameChar(Util.java:119) at org.apache.jena.rdf.model.impl.Util.splitNamespaceXML(Util.java:77) at org.apache.jena.graph.Node_URI.getLocalName(Node_URI.java:80) at org.apache.jena.rdf.model.impl.ResourceImpl.getLocalName(ResourceImpl.java:152) at org.apache.jena.rdf.model.impl.PropertyImpl.checkLocalName(PropertyImpl.java:64) at org.apache.jena.rdf.model.impl.PropertyImpl.<init>(PropertyImpl.java:72) at org.apache.jena.rdf.model.ResourceFactory$Impl.createProperty(ResourceFactory.java:335) at org.apache.jena.rdf.model.ResourceFactory.createProperty(ResourceFactory.java:180) at org.apache.jena.vocabulary.RDF.property(RDF.java:51) at org.apache.jena.vocabulary.RDF.<clinit>(RDF.java:64) at org.apache.jena.system.InitJenaCore.init(InitJenaCore.java:57) at org.apache.jena.system.InitJenaCore.start(InitJenaCore.java:31) at org.apache.jena.system.JenaSystem.lambda$init$1(JenaSystem.java:111) at java.util.ArrayList.forEach(ArrayList.java:1249) at org.apache.jena.system.JenaSystem.forEach(JenaSystem.java:186) at org.apache.jena.system.JenaSystem.forEach(JenaSystem.java:163) at org.apache.jena.system.JenaSystem.init(JenaSystem.java:109) at org.apache.jena.rdf.model.ModelFactory.<clinit>(ModelFactory.java:49) at org.apache.taverna.robundle.manifest.RDFToManifest.loadOntologyFromClasspath(RDFToManifest.java:315) at org.apache.taverna.robundle.manifest.RDFToManifest.loadDCT(RDFToManifest.java:262) at org.apache.taverna.robundle.manifest.RDFToManifest.loadOntologies(RDFToManifest.java:304) at org.apache.taverna.robundle.manifest.RDFToManifest.<init>(RDFToManifest.java:182) at org.apache.taverna.robundle.Bundle.readOrPopulateManifest(Bundle.java:114) at org.apache.taverna.robundle.Bundle.getManifest(Bundle.java:87) at org.apache.taverna.robundle.validator.RoValidator.validate(RoValidator.java:97) at org.apache.taverna.robundle.validator.RoValidator.<init>(RoValidator.java:80) at org.apache.taverna.robundle.validator.ValidatorTest.test(ValidatorTest.java:40) subsequent calls then fail with java.lang.NoClassDefFoundError: Could not initialize class org.apache.jena.rdf.model.ModelFactory I think this relates to Jaroslav' OSGi fixes - which I see now excludes xerces: https://github.com/apache/jena/blob/master/apache-jena-osgi/jena-osgi/pom.xml#L242 this is fine - but if I'm to import Xerces I need to have a Maven dependency on a Bundle that provides it or make sure it's part of the boot delegation of my framework. This change is not noted in the release note - I would be OK with the change if the required workaround was described or the Maven POM for jena-osgi had the appropriate <dependency>. BTW - http://central.maven.org/maven2/xerces/xercesImpl/2.8.1/xercesImpl-2.8.1.jar is not an OSGi bundle - and Jena depends on org.apache.xerces.impl.dv which would not normally be exposed form a xerces bundle - Adding <dependency> <groupId>org.apache.servicemix.bundles</groupId> <artifactId>org.apache.servicemix.bundles.xerces</artifactId> <version>2.11.0_1</version> </dependency> seems to work, though. Perhaps this could be added to jena-osgi/pom.xml ? I get another JSON-LD error with using the @context https://w3id.org/bundle/context that I need to check further what is the cause of that (it works fine with JSON-LD Playground). org.apache.jena.riot.RiotException: loading remote context failed: https://w3id.org/bundle/context at org.apache.jena.riot.system.ErrorHandlerFactory$ErrorHandlerStd.error(ErrorHandlerFactory.java:128) at org.apache.jena.riot.lang.JsonLDReader.read$(JsonLDReader.java:146) at org.apache.jena.riot.lang.JsonLDReader.read(JsonLDReader.java:83) at org.apache.jena.riot.RDFDataMgr.process(RDFDataMgr.java:861) at org.apache.jena.riot.RDFDataMgr.read(RDFDataMgr.java:259) at org.apache.jena.riot.RDFDataMgr.read(RDFDataMgr.java:245) On 4 May 2016 at 20:53, Andy Seaborne <[email protected]> wrote: > Hi, > > Here is a vote on a release of Jena 3.1.0 > (with Fuseki 2.4.0 and Fuseki 1.4.0). > > This is the second proposed candidate for this release. > > This fixes, from the previous proposed candidate > 1/ Presence of binaries in the source-release > 2/ Jump in large size of binary downloads due to javadoc inclusion > > * Dependency changes: > > Upgrades: > jsonld-java : 2.8.2 > jackson 2.6.3 > slf4j 1.7.20 > dexx collections 0.6 > > Key features listed below. > > Everyone, not just committers, is invited to test and vote. > > Staging repository: > https://repository.apache.org/content/repositories/orgapachejena-1012/ > > Proposed dist/ area: > https://dist.apache.org/repos/dist/dev/jena/ > > Keys: > https://svn.apache.org/repos/asf/jena/dist/KEYS > > Git commit (browser URL): > http://git-wip-us.apache.org/repos/asf/jena/commit/e7ee6bb6 > > Git Commit Hash: > e7ee6bb69a5d7ce930a2529dd576a9ea209596a3 > > Git Commit Tag: > jena-3.1.0-rc3 > > Please vote to approve this release: > > [ ] +1 Approve the release > [ ] 0 Don't care > [ ] -1 Don't release, because ... > > This vote will be open to at least > > 7th May 2016, 23:59 UTC > > If you expect to check the release but the 72 hour limit does not work for > you, please email within the schedule above with an expected time and we can > extend the vote period. > > Thanks, > > Andy > > Checking needed: > > + does everything work on Linux? > + does everything work on MS Windows? > + does everything work on OS X? > + are the GPG signatures fine? > + are the checksums correct? > + is there a source archive? > + can the source archive really be built? > + is there a correct LICENSE and NOTICE file in each artifact > (both source and binary artifacts)? > + does the NOTICE file contain all necessary attributions? > + have any licenses of dependencies changed due to upgrades? > if so have LICENSE and NOTICE been upgraded appropriately? > + does the tag/commit in the SCM contain reproducible sources? > > > --------------------------- > > Key features of the release: > > * In-memory txn dataset (Adam Soroka) (RC in 3.0.1) > > http://jena.staging.apache.org/documentation/rdf/datasets.html > > * Quads (Qihong Lin) (RC in 3.0.1) > > http://jena.staging.apache.org/documentation/query/construct-quad.html > > * DatasetGraphs & transactions integration > > * Alternative QueryParsers in jena-text > > * new module jena-cmds > "jena.*" > > * Fuseki: Multiple service per file, shared datasets > > * Logging > log4j marked <optional> > > * New custom functions and aggregate functions > Added: > * afn:springf (contribution from Alessandro Seganti) > * The XQuery/XPath Functions and Operators "math:" functions > * Custom aggregates for stdev etc. (also STDEV etc as keywords). > > * FactoryRDF > Parsing RDF now saves space by interning RDFTerms created > during a each parser run. > > * OSGi fixes (Jaroslav Pullmann) > > * General maintenance: about 80 JIRA. > -- Stian Soiland-Reyes Apache Taverna (incubating), Apache Commons RDF (incubating) http://orcid.org/0000-0001-9842-9718
