> BTW -
http://central.maven.org/maven2/xerces/xercesImpl/2.8.1/xercesImpl-2.8.1.jar
Jena does not use 2.8.1. The dependency is on 2.11.0.
The jena-osgi-test module does run, even though it is still broken for
use in the build.
OSGi didn't work at 3.0.1 either as I understand PR#134
https://github.com/apache/jena/pull/134#issuecomment-209474708
seems to discuss the Xerces issue.
Andy
On 09/05/16 11:36, Stian Soiland-Reyes wrote:
-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.
