[JBoss JIRA] (JBTM-2704) Compensations framework cannot instantiate bean from ear archive
by Gytis Trikleris (JIRA)
[ https://issues.jboss.org/browse/JBTM-2704?page=com.atlassian.jira.plugin.... ]
Gytis Trikleris reopened JBTM-2704:
-----------------------------------
Reopening until WFLY-6890 blocker is merged.
> Compensations framework cannot instantiate bean from ear archive
> ----------------------------------------------------------------
>
> Key: JBTM-2704
> URL: https://issues.jboss.org/browse/JBTM-2704
> Project: JBoss Transaction Manager
> Issue Type: Bug
> Components: Compensations
> Reporter: Gytis Trikleris
> Assignee: Gytis Trikleris
> Fix For: 5.next
>
>
> BeanManagerUtil is using CDI BeanManager to instantiate classes from the deployment to be used by the compensations framework. It works fine with war and jar archives, because all deployment classes are accessible for the root bean manager. However, ear archives have multiple bean managers and some classes cannot be accessed.
> Martin Kouba has provided a workaround for this on Weld forum by using weld-core to get the correct bean manager.
> It would be better to find a solution for this without adding a direct dependency on weld-core and instead injecting the correct bean manager once by the subsystem. However, if that is not possible, we should use the provided workaround.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 4 months
[JBoss JIRA] (JBTM-2704) Compensations framework cannot instantiate bean from ear archive
by Tom Jenkinson (JIRA)
[ https://issues.jboss.org/browse/JBTM-2704?page=com.atlassian.jira.plugin.... ]
Tom Jenkinson commented on JBTM-2704:
-------------------------------------
I don't think it will be weird, the doc has to start somewhere.
Regarding the other matter, we have to decide if the issue is resolved until all parts are merged. I don't think it can be considered resolved quite yet due to the outstanding WFLY requirement
> Compensations framework cannot instantiate bean from ear archive
> ----------------------------------------------------------------
>
> Key: JBTM-2704
> URL: https://issues.jboss.org/browse/JBTM-2704
> Project: JBoss Transaction Manager
> Issue Type: Bug
> Components: Compensations
> Reporter: Gytis Trikleris
> Assignee: Gytis Trikleris
> Fix For: 5.next
>
>
> BeanManagerUtil is using CDI BeanManager to instantiate classes from the deployment to be used by the compensations framework. It works fine with war and jar archives, because all deployment classes are accessible for the root bean manager. However, ear archives have multiple bean managers and some classes cannot be accessed.
> Martin Kouba has provided a workaround for this on Weld forum by using weld-core to get the correct bean manager.
> It would be better to find a solution for this without adding a direct dependency on weld-core and instead injecting the correct bean manager once by the subsystem. However, if that is not possible, we should use the provided workaround.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 4 months
[JBoss JIRA] (JBTM-2704) Compensations framework cannot instantiate bean from ear archive
by Gytis Trikleris (JIRA)
[ https://issues.jboss.org/browse/JBTM-2704?page=com.atlassian.jira.plugin.... ]
Gytis Trikleris commented on JBTM-2704:
---------------------------------------
I mean should I move to open so that it could be resolved once WFLY issue is resolved?
But there isn't any documentation on this at the moment. Wouldn't the docs section look weird only with one note?
I've also linked a docs JIRA as a follow up.
> Compensations framework cannot instantiate bean from ear archive
> ----------------------------------------------------------------
>
> Key: JBTM-2704
> URL: https://issues.jboss.org/browse/JBTM-2704
> Project: JBoss Transaction Manager
> Issue Type: Bug
> Components: Compensations
> Reporter: Gytis Trikleris
> Assignee: Gytis Trikleris
> Fix For: 5.next
>
>
> BeanManagerUtil is using CDI BeanManager to instantiate classes from the deployment to be used by the compensations framework. It works fine with war and jar archives, because all deployment classes are accessible for the root bean manager. However, ear archives have multiple bean managers and some classes cannot be accessed.
> Martin Kouba has provided a workaround for this on Weld forum by using weld-core to get the correct bean manager.
> It would be better to find a solution for this without adding a direct dependency on weld-core and instead injecting the correct bean manager once by the subsystem. However, if that is not possible, we should use the provided workaround.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 4 months
[JBoss JIRA] (JBTM-2704) Compensations framework cannot instantiate bean from ear archive
by Tom Jenkinson (JIRA)
[ https://issues.jboss.org/browse/JBTM-2704?page=com.atlassian.jira.plugin.... ]
Tom Jenkinson commented on JBTM-2704:
-------------------------------------
No, just link to the docs is fine. But you should work on adding the docs for this before moving onto something else. And when I say, the "this" - I mean the particular issue we are discussing now. You just need to add the chapter for compensations into the docs, put "This is not complete" reference the docs issue JBTM-2680 and then add the note specific to this thing. Next time I will mention to add the docs PR before marking as ready to merge
> Compensations framework cannot instantiate bean from ear archive
> ----------------------------------------------------------------
>
> Key: JBTM-2704
> URL: https://issues.jboss.org/browse/JBTM-2704
> Project: JBoss Transaction Manager
> Issue Type: Bug
> Components: Compensations
> Reporter: Gytis Trikleris
> Assignee: Gytis Trikleris
> Fix For: 5.next
>
>
> BeanManagerUtil is using CDI BeanManager to instantiate classes from the deployment to be used by the compensations framework. It works fine with war and jar archives, because all deployment classes are accessible for the root bean manager. However, ear archives have multiple bean managers and some classes cannot be accessed.
> Martin Kouba has provided a workaround for this on Weld forum by using weld-core to get the correct bean manager.
> It would be better to find a solution for this without adding a direct dependency on weld-core and instead injecting the correct bean manager once by the subsystem. However, if that is not possible, we should use the provided workaround.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 4 months
[JBoss JIRA] (JBTM-2614) JCA TransactionImporter should be thread safe
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/JBTM-2614?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration commented on JBTM-2614:
-----------------------------------------------
Miroslav Sochurek <msochure(a)redhat.com> changed the Status of [bug 1360648|https://bugzilla.redhat.com/show_bug.cgi?id=1360648] from NEW to ASSIGNED
> JCA TransactionImporter should be thread safe
> ---------------------------------------------
>
> Key: JBTM-2614
> URL: https://issues.jboss.org/browse/JBTM-2614
> Project: JBoss Transaction Manager
> Issue Type: Bug
> Components: JCA
> Affects Versions: 5.2.12.Final
> Reporter: Michael Musgrove
> Assignee: Michael Musgrove
> Fix For: 5.2.13.Final
>
>
> I have a unit test that shows there's a race condition (first observed by [~dmlloyd]) in com.arjuna.ats.internal.jta.transaction.arjunacore.jca.TransactionImporterImple#importTransaction(javax.transaction.xa.Xid, int).
> If two threads call this method at the same time, two separate transaction objects may be created. Here's the sequence of events:
> T1: call importTransaction for XID1
> T2: call importTransaction for XID1
> T1: getImportedTransaction returns null
> T2: getImportedTransaction returns null
> T1: create new transaction, add to map
> T2: create new transaction, add to map (overwriting T1's)
> There is nothing in the documentation to indicate that this is not a valid situation or that access to the TransactionImporter has to be single-threaded in any way.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 4 months
[JBoss JIRA] (JBTM-2704) Compensations framework cannot instantiate bean from ear archive
by Gytis Trikleris (JIRA)
[ https://issues.jboss.org/browse/JBTM-2704?page=com.atlassian.jira.plugin.... ]
Gytis Trikleris commented on JBTM-2704:
---------------------------------------
So should I move it back to open even though the PR was merged?
> Compensations framework cannot instantiate bean from ear archive
> ----------------------------------------------------------------
>
> Key: JBTM-2704
> URL: https://issues.jboss.org/browse/JBTM-2704
> Project: JBoss Transaction Manager
> Issue Type: Bug
> Components: Compensations
> Reporter: Gytis Trikleris
> Assignee: Gytis Trikleris
> Fix For: 5.next
>
>
> BeanManagerUtil is using CDI BeanManager to instantiate classes from the deployment to be used by the compensations framework. It works fine with war and jar archives, because all deployment classes are accessible for the root bean manager. However, ear archives have multiple bean managers and some classes cannot be accessed.
> Martin Kouba has provided a workaround for this on Weld forum by using weld-core to get the correct bean manager.
> It would be better to find a solution for this without adding a direct dependency on weld-core and instead injecting the correct bean manager once by the subsystem. However, if that is not possible, we should use the provided workaround.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 4 months