First, the javax.transaction classes from aries are the ones from
geronimo. They come from a transitive mavne dependency.
Second, your class loader issue can be solved as we did in ServiceMix / Karaf.
The first trick I used is to configure the system bundle so that it
does not export the javax.tr
On Oct 21, 2009, at 9:50 AM, Kevan Miller wrote:
On Oct 21, 2009, at 11:25 AM, Rick McGuire wrote:
I spent a little time looking into this problem this morning, and
uncovered a couple of issues that need discussing. Essentially,
the problem here is that the javax.transaction and
javax
Rick McGuire wrote:
I spent a little time looking into this problem this morning, and
uncovered a couple of issues that need discussing. Essentially, the
problem here is that the javax.transaction and javax.transaction.xa
class are loaded off of the system class path with prior releases of
G
On Oct 21, 2009, at 8:25 AM, Rick McGuire wrote:
I spent a little time looking into this problem this morning, and
uncovered a couple of issues that need discussing. Essentially,
the problem here is that the javax.transaction and
javax.transaction.xa class are loaded off of the system cl
On Oct 21, 2009, at 11:25 AM, Rick McGuire wrote:
I spent a little time looking into this problem this morning, and
uncovered a couple of issues that need discussing. Essentially,
the problem here is that the javax.transaction and
javax.transaction.xa class are loaded off of the system c
I spent a little time looking into this problem this morning, and
uncovered a couple of issues that need discussing. Essentially, the
problem here is that the javax.transaction and javax.transaction.xa
class are loaded off of the system class path with prior releases of
Geronimo. However, wh
