Workaround: Workaround Exists Workaround Description: disable and enable the datasource using CLI, after that it will start working in console as well. Another workaround is to force server reload. project_key: JBPAPP6 Create a (xa)datasource in admin console. Try to disable it using the appropriate button. This error will happen: {noformat} Request { "xa-datasource-class" => "org.h2.jdbcx.JdbcDataSource", "pad-xid" => false, "wrap-xa-resource" => false, "same-rm-override" => false, "interleaving" => false, "name" => "qrh", "driver-name" => "h2", "password" => "", "enabled" => true, "user-name" => "", "security-domain" => "", "jndi-name" => "java:/uyyyy", "pool-name" => "", "transaction-isolation" => "", "new-connection-sql" => "", "connection-url" => "", "driver-class" => "", "valid-connection-checker-class-name" => "", "check-valid-connection-sql" => "", "background-validation" => false, "background-validation-millis" => -1L, "validate-on-match" => false, "stale-connection-checker-class-name" => "", "exception-sorter-class-name" => "", "prepared-statements-cache-size" => -1L, "share-prepared-statements" => false, "use-ccm" => false, "operation" => "disable", "address" => [ ("subsystem" => "datasources"), ("xa-data-source" => "qrh") ], "operation-headers" => {"allow-resource-service-restart" => true} } Response Internal Server Error { "outcome" => "failed", "failure-description" => "JBAS010455: Data-source service [qrh] is not enabled", "rolled-back" => true, "response-headers" => {"process-state" => "restart-required"} } {noformat} It states that "Data-source service [qrh] is not enabled" even though the datasource has property "enabled" equal "true". After you disable the datasource in CLI using :disable operation (this works) and then enable it back -> from this point, disabling and enabling in console will work, just the first time (after creation) it doesn't. *RESOLUTION* - the datasource has its property "enabled" wrongly set to true, even though it is actually disabled after creation. This is a JCA subsystem issue.
Stefano, can you take a look at it?
seems to be an issue with the operation handler: leaving out the operation header ("allow-resource-service-restart" => true) puts the server into reload state.
maeste: hbraun: ah ok, if I can reproduce it I can take alook for sure [2:08pm] maeste: hbraun: the issue says "However, this is not easily reproducible and doesn't appear always." [2:09pm] hbraun: i believe this statement relates to the stack trace only [2:09pm] hbraun: but it's not true for the overall issue [2:09pm] hbraun: they don't need to be related [2:10pm] hbraun: maeste: no, they don't relate to each otehr [2:10pm] hbraun: i can reproduce it everytime [2:10pm] hbraun: i am going to remove that comment, it's confusing
Link: Added: This issue Cloned to JBPAPP-9111
Is this two issues in one? ]f so, we need a JIRA per issue or a clear understanding if the work around fixes the entire issue. Does "shown in the JNDI tree" a display issue or is it missing from the JNDI tree? Please explain more. Thanks.
By two issues in one we're trying to understand if we should divided the enable->disable part from the JNDI part. Does the proposed workaround fix both parts?
Fix provided by AS7-4865
It is NOT two issues in one. Datasource after creation is disabled, the only problem is that it has the property "enabled" wrongly set to true (so admin console thinks that it is enabled). Therefore the fact that it doesn't appear in JNDI registry is not an issue, that is correct behavior, because the datasource is disabled.
Upstream pull request: https://github.com/jbossas/jboss-as/pull/2367
This commit can be pulled onto product branch.
Waiting QE verification that the [upstream] fix does solve the issue as reported.
Verified the fix in jbossas 7.1 branch (commit 82b9fd6), it works very well.
Merged [82b9fd66|https://github.com/jbossas/jboss-as/commit/82b9fd6614293d0804cc656fa219aa0589ce728d] to eap.
Release Notes Docs Status: Added: Not Yet Documented Affects: Added: Release Notes
Release Notes Docs Status: Removed: Not Yet Documented Added: Not Required Affects: Removed: Release Notes
Verified the fix in EAP 6.0.0 CR1, I have no objections.
Release Notes Docs Status: Removed: Not Required Docs QE Status: Removed: NEW