Red Hat Bugzilla – Bug 1109691
Recovery does not work when no credentials are specified for recovery element in RA configuration
Last modified: 2015-01-26 20:14:12 EST
When security credentials are not specified in xml recovery element then recovery does not start for particular jms resource. But when no credentials are used then connection should be created with "no credentials" (or create connection with null or something similar). It's meant that when RA config like this will be used then connection should be created with 'no credentials': <recovery> <recover-credential/> </recovery> It's documented in xsd template as well <xs:element name="recover-credential" type="credentialType" minOccurs="0" maxOccurs="1"> <xs:annotation> <xs:documentation> <![CDATA[[ Specifies the security options used when creating a connection during recovery. Note: if this credential are not specified the security credential are used for recover too ]]> </xs:documentation> </xs:annotation> </xs:element> This issue comes from the question on stack overflow forum http://stackoverflow.com/questions/24010124/how-to-make-a-dummy-security-domain-in-jboss-eap-6-2
Fixed as part of JBJCA-1181
Fix tested on 6.3.1.CP.CR1. Instead of having possibility to run recovery without credentials you get error message to log: WARN [org.jboss.as.connector.deployers.RaXmlDeployer] (MSC service thread 1-8) IJ020016: Missing <recovery> element. XA recovery disabled for: java:/JmsXA In general. This issue is meant to be fixed in 6.4.0 so set target version appropriately.
The expected behavior came from customer case: https://access.redhat.com/support/cases/01090234/
A Subject instance is required by spec
Hi Jesper, would you be so kind and point me to the place where it's mentioned in spec? I'm not able to find such note, neither in jca nor jms spec. If we consider e.g. HornetQ settings there is no need to define recovery credentials. In other words you can run recovery without authentication seamlessly. I'm opening this bz once again as I think that it's a real issue. Thanks Ondra
JCA 1.7: 6.5.3.5
Ivo Studensky <istudens@redhat.com> updated the status of jira JBJCA-1181 to Reopened
Jesper Pedersen <jpederse@redhat.com> updated the status of jira JBJCA-1181 to Closed