Bug 995439 - JTS transactions settings depend on Jacorb settings [NEEDINFO]
Summary: JTS transactions settings depend on Jacorb settings
Status: CLOSED DUPLICATE of bug 1107869
Alias: None
Product: JBoss Enterprise Application Platform 6
Classification: JBoss
Component: Domain Management
Version: 6.1.1
Hardware: Unspecified
OS: Unspecified
unspecified
medium
Target Milestone: ---
: ---
Assignee: Brian Stansberry
QA Contact: Petr Kremensky
Russell Dickenson
URL:
Whiteboard:
Keywords:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-08-09 11:24 UTC by Ondrej Chaloupka
Modified: 2014-10-25 12:17 UTC (History)
7 users (show)

(edit)
When JTS is enabled in the `Transactions` section of the web management console ("Profile -> Container -> Transactions"), it it is necessary to also set the attribute `transactions` to the value `on` in the JacORB subystem. The intended behaviour is that transactions are enabled when JTS is enabled. The cause of this issue is under investigation. Until it is resolved, the workaround is to ensure that the `transactions` attribute is also set to `on`. Note that the transactions subsystem is available only in the `full` and `full-ha` profiles.
Clone Of:
(edit)
Last Closed: 2014-07-03 12:07:57 UTC
hbraun: needinfo? (bstansberry)


Attachments (Terms of Use)


External Trackers
Tracker ID Priority Status Summary Last Updated
Red Hat Bugzilla 1107869 None None None Never

Internal Trackers: 1107869

Description Ondrej Chaloupka 2013-08-09 11:24:30 UTC
There is and check box to enable JTS transactions under Profile -> Container -> Transactions. This action puts <jts/> tag under the transaction subsystem.

But for correct jts transaction initialization it is necessary to set attribute transactions to value 'on' in jacorb subystem as well. This is currently not happening.

This subsystem is accessible just in full and full-ha profiles.

Comment 1 Jakub Cechacek 2013-08-09 12:06:16 UTC
This is probably not a console issue - it works the same way in CLI too. I would say that missing validation in underlying resource definition is the problem here.

Comment 2 Ondrej Chaloupka 2013-08-09 12:13:13 UTC
It depends on the point of view.
Yes in CLI it works as you are saying but under cli I need to go under subsystem call method etc. It means that user exactly knows what he is doing - adding <jts/> tag element under transaction subsytem.
Console offers easy configuration to user - with graphical gui without needed to know what is exactly happening under the cover.

I would expect that when I set JTS to true in console that the jts would be correctly set (initialized). But this is not true.

Comment 3 Chao Wang 2013-08-13 10:28:57 UTC
https://access.redhat.com/site/documentation/en-US/JBoss_Enterprise_Application_Platform/6/html-single/Development_Guide/index.html#Configure_the_ORB_for_JTS_Transactions
We have a section to indicate user how to configure ORB for JTS with Management Console. If user follow the doc, I think they should be aware to this change.

Comment 5 Heiko Braun 2013-10-01 06:23:15 UTC
Brian, can you comment on this? Dealing with cross subsytem constraints is not trivial on the console. Especially with RBAC in place.

Comment 7 Ondrej Chaloupka 2013-10-09 06:56:03 UTC
Hi Brian, Hi Heiko,

I understand the possible technical problems but I consider this quite unhappy for users. Especially when you decide to change the transaction to jts when running the standalone.xml. The console permits do such change but restart will fail afterwards (as jacorb subsytem is not present).

Would be possible (as first step) add some note to the webconsole next to the parameter that the jts settings has some limitation?

Comment 8 Brian Stansberry 2013-10-09 15:01:53 UTC
The description text for the attribute that the server provides and that I *think* the console uses for tooltip text can include something about this. I'll have a look and see if I can get that in right now.

Comment 10 Brian Stansberry 2013-10-10 02:28:29 UTC
I updated the description.

Comment 11 Harald Pehl 2014-07-03 12:07:57 UTC
Fixed as part of BZ1107869

*** This bug has been marked as a duplicate of bug 1107869 ***


Note You need to log in before you can comment on or make changes to this bug.