[JBoss JIRA] (AS7-3191) CacheFactoryResourceDefinition registers read-only configuration attributes
by Brian Stansberry (Created) (JIRA)
CacheFactoryResourceDefinition registers read-only configuration attributes
---------------------------------------------------------------------------
Key: AS7-3191
URL: https://issues.jboss.org/browse/AS7-3191
Project: Application Server 7
Issue Type: Bug
Components: Domain Management, EJB
Affects Versions: 7.1.0.CR1b
Reporter: Brian Stansberry
Assignee: Paul Ferraro
Fix For: 7.1.0.Final
@Override
public void registerAttributes(ManagementResourceRegistration resourceRegistration) {
for (AttributeDefinition attribute: ATTRIBUTES) {
resourceRegistration.registerReadOnlyAttribute(attribute, null);
}
}
That means the configuration cannot be changed without editing the xml. Needs to be a registerReadWriteAttribute(). If the change cannot immediately be applied to the relevant runtime service, register ReloadRequiredWriteAttributeHandler as the write-attribute handler. The definitions of PASSIVATION_STORE and ALIASES would need update as they say Flags.RESTART_NONE which implies any change will be applied to runtime services.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 2 months
[JBoss JIRA] (JBJCA-737) XAResourceRecoveryImpl does not consider the possibility that wrapXAResource may be null
by Stuart Douglas (JIRA)
Stuart Douglas created JBJCA-737:
------------------------------------
Summary: XAResourceRecoveryImpl does not consider the possibility that wrapXAResource may be null
Key: JBJCA-737
URL: https://issues.jboss.org/browse/JBJCA-737
Project: IronJacamar
Issue Type: Bug
Reporter: Stuart Douglas
Assignee: Jesper Pedersen
This results in a potential problem when deploying XML datasources in AS7 without an xa-pool:
14:17:30,697 WARN [com.arjuna.ats.jta] (Periodic Recovery) ARJUNA016009: Caught:: java.lang.NullPointerException
at org.jboss.jca.core.tx.jbossts.XAResourceRecoveryImpl.getXAResources(XAResourceRecoveryImpl.java:187)
at com.arjuna.ats.internal.jbossatx.jta.XAResourceRecoveryHelperWrapper.getXAResources(XAResourceRecoveryHelperWrapper.java:52) [jbossjts-integration-4.16.1.Final.jar:]
at com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule.resourceInitiatedRecoveryForRecoveryHelpers(XARecoveryModule.java:462) [jbossjts-4.16.1.Final.jar:]
at com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule.bottomUpRecovery(XARecoveryModule.java:385) [jbossjts-4.16.1.Final.jar:]
at com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule.periodicWorkSecondPass(XARecoveryModule.java:166) [jbossjts-4.16.1.Final.jar:]
at com.arjuna.ats.internal.arjuna.recovery.PeriodicRecovery.doWorkInternal(PeriodicRecovery.java:789) [jbossjts-4.16.1.Final.jar:]
at com.arjuna.ats.internal.arjuna.recovery.PeriodicRecovery.run(PeriodicRecovery.java:371) [jbossjts-4.16.1.Final.jar:]
I am just going to work around this in AS7 for now, but I think this should still be fixed in IJ.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 2 months