Re: Antw: Re: OSGi Transaction control fails with hibernate

> On 14 Sep 2017, at 16:01, Guillaume Nodet wrote: > > > > 2017-09-14 14:17 GMT+02:00 Timothy Ward >: > Note that this work should be done as part of a new transaction control > service implementation (there’s some

Re: Antw: Re: OSGi Transaction control fails with hibernate

2017-09-14 14:17 GMT+02:00 Timothy Ward : > Note that this work should be done as part of a new transaction control > service implementation (there’s some common code which should help to speed > up implementing it), not as changes to the current implementation, which is >

Re: Antw: Re: OSGi Transaction control fails with hibernate

Note that this work should be done as part of a new transaction control service implementation (there’s some common code which should help to speed up implementing it), not as changes to the current implementation, which is undergoing stabilisation as the Reference Implementation of the OSGi

Re: Antw: Re: OSGi Transaction control fails with hibernate

I'll give it a try. Maybe with a little guidance of you guys. First of all I'll try to inject a JTA TransactionManager into tx-control instead of the internal one. If that is working, I'll let you know. >>> On 14 Sep 2017, at 10:46, Guillaume Nodet wrote: 2017-09-14

Re: Antw: Re: OSGi Transaction control fails with hibernate

> On 14 Sep 2017, at 10:46, Guillaume Nodet wrote: > > > > 2017-09-14 11:40 GMT+02:00 Timothy Ward >: > Hi Alexander, > > As has been discussed on the Aries lists before, I have no problem with > someone creating a

Re: Antw: Re: OSGi Transaction control fails with hibernate

2017-09-14 11:40 GMT+02:00 Timothy Ward : > Hi Alexander, > > As has been discussed on the Aries lists before, I have no problem with > someone creating a separate implementation of the Transaction Control > service which leverages the OSGi JTA Service Specification. The

Re: Antw: Re: OSGi Transaction control fails with hibernate

Hi Alexander, As has been discussed on the Aries lists before, I have no problem with someone creating a separate implementation of the Transaction Control service which leverages the OSGi JTA Service Specification. The reason that the current implementation doesn’t do this is twofold: By

RE: Antw: RE: pax-web-jetty bundle is unable to find class com.ctc.wstx.stax.WstxInputFactory

Hi Stephan. OMG, it's so easy! 1st of all, you are right. It's (if anyways) an issue of war support, not pax-web. 2nd: It's not an issue at all. I didn't have the Import-Package for com.ctc.wstx.stax in the war bundle. As soon as I add it, I don't need the fragment any more. Thanks! Bast

RE: Antw: RE: pax-web-jetty bundle is unable to find class com.ctc.wstx.stax.WstxInputFactory

Hi, to come back to the original problem. When parsing a web.xml the war-extender should consider the class loader of the war (or wab). So if the wab manifest is containing an import statement for com.ctc.wstx.stax or the war is containing the Woodstox-parser this should actually be

Re: Antw: Re: OSGi Transaction control fails with hibernate

Hi Tim. I'm using the 2.6.1 version of aries jpa support already. Normal transaction control with blueprint and @Transactional annotation was working fine. To have better control over startup dependencies and cope with disappearing and appearing services during runtime we invest some time in a