Closed pires closed 10 years ago
Any chance you could try build 348?
I've tried and the behavior is the same.
17:42 < davsclaus> ah looks like an exception in ctr
17:42 < davsclaus> if (logFileDir == null || logFileDir.length() == 0 || !new File(logFileDir).isAbsolute()) {
17:42 < davsclaus> throw new ConfigurationException(HOWL_LOG_FILE_DIR, NLS.MESSAGES.getMessage("log.file.dir"));
17:42 < davsclaus> }
17:42 < davsclaus> lline 114 is that throw
17:43 < davsclaus> and NLS does
17:43 < davsclaus> MessageUtil.createMessageUtil(NLS.class, "org.apache.aries.transaction.txManager");
17:43 < davsclaus> taht static code may fail
17:43 < davsclaus> org.apache.aries.util.nls.MessageUtil;
17:43 < davsclaus> is not in the same bundle
17:44 < davsclaus> though
17:44 < davsclaus> its on the IMPORT
17:44 < davsclaus> org.apache.aries.ut
17:44 < davsclaus> il.nls;version="[1.0,2)"
17:44 < davsclaus> in the manifest
17:45 < davsclaus> http://search.maven.org/remotecontent?filepath=org/apache/aries/org.apache.aries.util/1.1.0/org.apache.aries.util-1.1.0.pom
17:45 < davsclaus> i guess that bundle should be there also
17:46 < davsclaus> mvn:org.apache.aries/org.apache.aries.util/1.0.0
17:46 < davsclaus> mvn:org.apache.aries/org.apache.aries.util/1.0.1.redhat-610346
17:46 < davsclaus> its 2 times
17:46 < davsclaus> wonder if there is a class
17:46 < davsclaus> janstey
17:46 < davsclaus> wonder if we have a new bug recently due some JAR upgrades or whatnot
17:46 < davsclaus> fuse provisions
17:46 < davsclaus> 2 of the same bundle
17:46 < davsclaus> mvn:org.apache.aries/org.apache.aries.util/1.0.0
17:46 < davsclaus> mvn:org.apache.aries/org.apache.aries.util/1.0.1.redhat-610346
18:18 < ppires> davsclaus: ouch, it seems like you hit the nail with that exception. it could be an issue with my config. retesting...
18:20 < ppires> yes!!
18:25 < ppires> davsclaus: actually, it's a 2-in-1. in my feature, i define a path for transaction logging. somehow, this path is not working.
aries.transaction.howl.logFileDir = ${karaf.data}/txlog
18:25 < ppires> Aries JTA says the path is not absolute and tries to log the error.
18:25 < ppires> and this is where the thing explodes, because it can't access NLS.
18:32 < ppires> downgrading Aries Transaction Manager to 1.0.1 works. but could it be that the solution is upgrade Aries Util version in feature
karaf?
Ah you should use the Aries Transaction Manager that comes with the container. Apache Aries Transaction Manager (1.0.1.redhat-610348)
Is this provisioned automatically?
Yeah there is a feature named: transaction, you can just depend on
JBossFuse:karaf@root> features:info transaction
Description of transaction 1.0.1.redhat-610348 feature
OSGi Transaction Manager
----------------------------------------------------------------
JTA implementation provided by Apache Aries Transaction 1.0.1.redhat-610348
----------------------------------------------------------------
Feature configuration:
org.apache.aries.transaction
Feature has no configuration files
Feature has no dependencies.
Feature contains followed bundles:
mvn:org.apache.geronimo.specs/geronimo-jta_1.1_spec/1.1.1 start-level=30
mvn:org.apache.xbean/xbean-blueprint/3.16 start-level=30
mvn:org.apache.aries.transaction/org.apache.aries.transaction.blueprint/1.0.1.redhat-610348 start-level=30
mvn:org.apache.aries.transaction/org.apache.aries.transaction.manager/1.0.1.redhat-610348 start-level=30
mvn:org.apache.aries.transaction/org.apache.aries.transaction.jdbc/1.0.1.redhat-610348 start-level=30
Yeah, you're right. It works! Fixed fabric8-persistence-hibernate example code, accordingly.
Following this fabric8-persistence-example worked in build 340. Since 344, and as well as 346, it's no longer working because something happens when the bundle configuration is being updated?