Yes. I switched between openjpa and eclipselink. In any case, I import the
package as optional.
On 18/10/2012 6:13 PM, Christian Eugster wrote:
Hi Anatoly,
then is your org.eclipse.persistence.jpa.equinox.weaving@default:false
bundle dispensable? I the meantime I tried your configuration (see my other
message)
Regards,
Christian
Am 18.10.12 09:36, schrieb Anatoly Osiko:
Just a quick reply ....
1) There are no eclipselink bundles, there are only eclipse bundles.
2)
$ grep 'javax.transaction.xa' *.jar
Binary file geronimo-jta_1.1_spec-1.1.1.jar matches
Binary file org.apache.aries.transaction.manager-1.0.0.jar matches
Binary file pax-web-jetty-bundle-0.8.1.jar matches
So, geronimo-jta_1.1_spec-1.1.1.jar is an API bundle and
geronimo-transaction-2.1.3.jar
(bundle name org.apache.geronimo.components.geronimo-transaction) seems to
be an implementation bundle. As I recollect.
org.apache.aries.transaction.manager-1.0.0.jar seems to use geronimo tx
implementation by default.
The aries has also option to use Spring transaction implementation.
Neither worked for me though.
And I can't tell for sure that all geronimo bundles are required - I seem to
grab them from the aries blog sample's dependencies which I used as an
example. At least org.apache.aries.transaction.manager-1.0.0.jar depends on
geronimo-j2ee-connector_1.5_spec
I attempted to assemble working JPA/JTA container solution for a standalone
application.
A good OSGi based app server should have had this work done.
Regards,
Anatoly
On 18/10/2012 5:04 PM, Christian Eugster wrote:
Hi Anatoly,
thank you for your list of bundles. I searched my target platform but found
only one bundle with package javax.transaction.xa.* (if it is that package
that is doubled). But your list seems very interesting to me: I see that you
have an openjpa bundle and an eclipselink bundle in the runtime
configuration. And there is no javax.transaction bundle. Does this
configuration work? Do I need the org.apache.geronimo.* bundles in my
configuration if I work without an application server? I have a whole bunch
of bundles in my runtime configuration (a lot more than you), because I
don't know which of them are required or not. E.g. all aries bundles. So I
will try with your configuration to see if it works. Thanks a lot for your
hints.
Christian
Am 18.10.12 01:11, schrieb Anatoly Osiko:
Christian,
I may suggest to look fist at the runtime configuration - it's possible that
there are two conflicting bundles exporting the same version of the package.
I am attaching the list bundles from my runtime (eclipse launch
configuration).
Also it is always useful to make use of the equinox console for analysis of
the bundles, their content and state. I wasted a lot of time before I
discovered it.
<stringAttribute key="selected_target_plugins" value=
"javax.transaction@default:false,
org.apache.aries.blueprint@default:default,
org.apache.aries.jndi@default:default,
org.apache.aries.jpa.api@default:default,
org.apache.aries.jpa.blueprint.aries@default:default,
org.apache.aries.jpa.container.context@default:default,
org.apache.aries.jpa.container@default:default,
org.apache.aries.proxy@default:default,
org.apache.aries.transaction.blueprint@default:default,
org.apache.aries.transaction.manager@default:default,
org.apache.aries.transaction.wrappers@default:default,
org.apache.aries.util@default:default,
org.apache.commons.collections*3.2.1@default:default,
org.apache.commons.lang*2.5.0@default:default,
org.apache.commons.logging*1.1.1.v201005080502@default:default,
org.apache.commons.pool@default:default,
org.apache.geronimo.components.geronimo-transaction@default:default,
org.apache.geronimo.specs.geronimo-j2ee-connector_1.5_spec@default:default,
org.apache.geronimo.specs.geronimo-jpa_2.0_spec@default:default,
org.apache.geronimo.specs.geronimo-jta_1.1_spec@default:default,
org.apache.geronimo.specs.geronimo-servlet_2.5_spec@default:default,
org.apache.log4j@default:default,
org.apache.openjpa@default:default,
org.apache.servicemix.bundles.serp@default:default,
org.eclipse.equinox.cm@default:default,
org.eclipse.equinox.ds@1:true,
org.eclipse.equinox.io@default:default,
org.eclipse.equinox.util@default:default,
org.eclipse.osgi*3.7.2.v20120110-1415@-1:true,
org.eclipse.osgi.services*3.3.0.v20110513@default:default,
org.eclipse.persistence.jpa.equinox.weaving@default:false,
org.hamcrest.core@default:default,
org.junit*4.8.2.v4_8_2_v20110321-1705@default:default,
org.objectweb.asm.all@default:default,
org.ops4j.pax.logging.pax-logging-api@default:default,
org.ops4j.pax.logging.pax-logging-service@default:default"/>
On 17/10/2012 4:16 AM, Christian Eugster wrote:
Hi,
I have setup a little project with aries blueprint + jpa and eclipselink
(with aries.eclipselink.adapter). Backend is Derby embedded driver. I have
tree bundles, a datasource bundle for derby
(ch.eugster.herakles.datasource.derby), a jpa persistence bundle
(ch.eugster.herakles.persistence) with persistence.xml, orm.xml and
persistence classes (Tectonic, TectonicsLevel, TectonicsLevelLink) and a
junit test bundle (ch.eugster.herakles.persistence.test).
The testclass contains two testmethods so far, one checks if a
TectonicsService exists (testValidService) and a method that tries to
persist an object of type Tectonic (testPersist). Running the test, the
first method passes, but the second throws the following message:
[code]
java.lang.LinkageError: loader constraint violation: when resolving
interface method
"javax.transaction.Transaction.enlistResource(Ljavax/transaction/xa/XAResource;)Z"
the class loader (instance of
org/eclipse/osgi/internal/baseadaptor/DefaultClassLoader) of the current
class, org/apache/aries/transaction/jdbc/XADatasourceEnlistingWrapper, and
the class loader (instance of
org/eclipse/osgi/internal/baseadaptor/DefaultClassLoader) for resolved
class, javax/transaction/Transaction, have different Class objects for the
type javax/transaction/xa/XAResource used in the signature
at
org.apache.aries.transaction.jdbc.XADatasourceEnlistingWrapper.enlist(XADatasourceEnlistingWrapper.java:102)
at
org.apache.aries.transaction.jdbc.XADatasourceEnlistingWrapper.getConnection(XADatasourceEnlistingWrapper.java:65)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at
org.apache.aries.proxy.impl.ProxyHandler$1.invoke(ProxyHandler.java:54)
at
org.apache.aries.proxy.impl.ProxyHandler.invoke(ProxyHandler.java:119)
at $Proxy15.getConnection(Unknown Source)
at
org.apache.aries.jpa.container.unit.impl.DelayedLookupDataSource.getConnection(DelayedLookupDataSource.java:36)
at
org.eclipse.persistence.sessions.JNDIConnector.connect(JNDIConnector.java:123)
at
org.eclipse.persistence.sessions.DatasourceLogin.connectToDatasource(DatasourceLogin.java:162)
at
org.eclipse.persistence.internal.databaseaccess.DatasourceAccessor.connectInternal(DatasourceAccessor.java:330)
at
org.eclipse.persistence.internal.databaseaccess.DatabaseAccessor.connectInternal(DatabaseAccessor.java:295)
at
org.eclipse.persistence.internal.databaseaccess.DatasourceAccessor.connect(DatasourceAccessor.java:418)
at
org.eclipse.persistence.sessions.server.ConnectionPool.buildConnection(ConnectionPool.java:216)
at
org.eclipse.persistence.sessions.server.ExternalConnectionPool.startUp(ExternalConnectionPool.java:146)
at
org.eclipse.persistence.sessions.server.ServerSession.connect(ServerSession.java:489)
at
org.eclipse.persistence.internal.sessions.DatabaseSessionImpl.loginAndDetectDatasource(DatabaseSessionImpl.java:639)
at
org.eclipse.persistence.internal.jpa.EntityManagerFactoryProvider.login(EntityManagerFactoryProvider.java:214)
at
org.eclipse.persistence.internal.jpa.EntityManagerSetupImpl.deploy(EntityManagerSetupImpl.java:500)
at
org.eclipse.persistence.internal.jpa.EntityManagerFactoryDelegate.getDatabaseSession(EntityManagerFactoryDelegate.java:189)
at
org.eclipse.persistence.internal.jpa.EntityManagerFactoryDelegate.createEntityManagerImpl(EntityManagerFactoryDelegate.java:278)
at
org.eclipse.persistence.internal.jpa.EntityManagerFactoryImpl.createEntityManagerImpl(EntityManagerFactoryImpl.java:304)
at
org.eclipse.persistence.internal.jpa.EntityManagerFactoryImpl.createEntityManager(EntityManagerFactoryImpl.java:289)
at
org.apache.aries.jpa.container.impl.CountingEntityManagerFactory.createEntityManager(CountingEntityManagerFactory.java:71)
at
org.apache.aries.jpa.container.context.transaction.impl.JTAPersistenceContextRegistry.getCurrentPersistenceContext(JTAPersistenceContextRegistry.java:152)
at
org.apache.aries.jpa.container.context.transaction.impl.JTAEntityManager.getPersistenceContext(JTAEntityManager.java:84)
at
org.apache.aries.jpa.container.context.transaction.impl.JTAEntityManager.persist(JTAEntityManager.java:278)
at
ch.eugster.herakles.persistence.internal.service.AbstractEntityServiceComponent.persist(AbstractEntityServiceComponent.java:104)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at
org.apache.aries.proxy.impl.ProxyHandler$1.invoke(ProxyHandler.java:54)
at
org.apache.aries.proxy.impl.ProxyHandler.invoke(ProxyHandler.java:119)
at $Proxy6.persist(Unknown Source)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at
org.apache.aries.proxy.impl.ProxyHandler$1.invoke(ProxyHandler.java:54)
at
org.apache.aries.proxy.impl.ProxyHandler.invoke(ProxyHandler.java:119)
at $Proxy6.persist(Unknown Source)
at
ch.eugster.herakles.persistence.test.TestCase.testPersist(TestCase.java:57)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at
org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44)
at
org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
at
org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41)
at
org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20)
at
org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28)
at
org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:31)
at
org.junit.runners.BlockJUnit4ClassRunner.runNotIgnored(BlockJUnit4ClassRunner.java:79)
at
org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:71)
at
org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:49)
at org.junit.runners.ParentRunner$3.run(ParentRunner.java:193)
at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:52)
at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:191)
at org.junit.runners.ParentRunner.access$000(ParentRunner.java:42)
at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:184)
at org.junit.runners.ParentRunner.run(ParentRunner.java:236)
at
org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:50)
at
org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:467)
at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:683)
at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:390)
at
org.eclipse.pde.internal.junit.runtime.RemotePluginTestRunner.main(RemotePluginTestRunner.java:62)
at
org.eclipse.pde.internal.junit.runtime.CoreTestApplication.run(CoreTestApplication.java:23)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at
org.eclipse.equinox.internal.app.EclipseAppContainer.callMethodWithException(EclipseAppContainer.java:587)
at
org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:198)
at
org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:110)
at
org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:79)
at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:353)
at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:180)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:629)
at org.eclipse.equinox.launcher.Main.basicRun(Main.java:584)
at org.eclipse.equinox.launcher.Main.run(Main.java:1438)
at org.eclipse.equinox.launcher.Main.main(Main.java:1414)
[/code]
I understand, that there is a classloader issue but I don't know why it
comes up and how I can resolve this problem. May anyone give me a hint?
Thank you!
--
Anatoly Osiko
Software Engineer, Integration
SolveIT Software Pty Ltd
Adelaide | Brisbane | Chisinau | Melbourne | Perth
D: +61 8 7071 4918
T: +61 8 8221 5533
M: +61 4 1980 0386
F: +61 8 8221 5677
SolveIT Software Building
Level 1, 99 Frome Street,
Adelaide, SA 5000
www.SolveITSoftware.com
--
Anatoly Osiko
Software Engineer, Integration
SolveIT Software Pty Ltd
Adelaide | Brisbane | Chisinau | Melbourne | Perth
D: +61 8 7071 4918
T: +61 8 8221 5533
M: +61 4 1980 0386
F: +61 8 8221 5677
SolveIT Software Building
Level 1, 99 Frome Street,
Adelaide, SA 5000
www.SolveITSoftware.com
--
Anatoly Osiko
Software Engineer, Integration
SolveIT Software Pty Ltd
Adelaide | Brisbane | Chisinau | Melbourne | Perth
D: +61 8 7071 4918
T: +61 8 8221 5533
M: +61 4 1980 0386
F: +61 8 8221 5677
SolveIT Software Building
Level 1, 99 Frome Street,
Adelaide, SA 5000
www.SolveITSoftware.com
