Bug 841238

Summary: RHQ - Local Tx Datasource Security Deployment Type randomly changes from None and the Default is never taken
Product: [JBoss] JBoss Enterprise SOA Platform 5 Reporter: Paul Nittel <pnittel>
Component: JONAssignee: Nobody <nobody>
Status: NEW --- QA Contact:
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 5.3.0 GACC: mharvey, soa-p-jira
Target Milestone: ---   
Target Release: 5.3.0 GA   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Paul Nittel 2012-07-18 13:40:38 UTC
This is happening with RHQ, but I cannot figure out how to log it as that component!

Description of problem:
When creating a local Tx datasource, the user is required to uncheck the unset box and choose one of the four radio button choices, even though the description shows "None" is the default value.

If the user wants to use "None" they should not have to do anything with Security Deployment Type. Instead, they must uncheck the unset box and select the None radio button.

This brings us to the second problem: When the datasource is saved, the Security Deployment Type is (almost) always some value other than the "None" that was specified. The -ds.xml files reflect the incorrect setting.


Version-Release number of selected component (if applicable):
SOA-P 5.3 ER5


How reproducible:
~100%


Steps to Reproduce:
1. Create a Local Tx Datasource
2. Fill out all fields, but leave the Security Deployment Type alone... we will use the default "None" value
3. Save the datasource
4. At this point you will get an error proclaiming the need to specify the Security Deployment Type.
5. Specify it.
6. Save again
7. Go back and see what vlue was saved for the Security Deployment Type. Probably not "None".
  
Actual results:


Expected results:


Additional info: