[
https://issues.jboss.org/browse/WFCORE-962?page=com.atlassian.jira.plugin...
]
Brian Stansberry updated WFCORE-962:
------------------------------------
Description:
PersistentResourceDefinition's constructor should accept a future-extensible
Parameters object like the superclass does. Ideally it would be the same class, but if
that's not a fit for the semantics of PersistentResourceDefinition, a different class
is ok.
I stumbled on this when fixing WFLY-5285 when I couldn't use Parameters as the
standard fix for messaging's SecurityRoleDefinition, although that didn't really
matter.
was:
PersistentResourceDefinition's constructor should accept a future-extensible
Parameters object like the superclass does. Ideally it would be the same class, but if
that's not a fit for the semantics of PersistentResourceDefinition, a different class
is ok.
I stumbled on this when fixing WFLY-5285 when I couldn't use Parameters as the
standard fix for messaging's SecurityRoleDefinition.
PersistentResourceDefinition should accept a Parameters constructor
-------------------------------------------------------------------
Key: WFCORE-962
URL:
https://issues.jboss.org/browse/WFCORE-962
Project: WildFly Core
Issue Type: Enhancement
Components: Domain Management
Reporter: Brian Stansberry
Assignee: Tomaz Cerar
Priority: Minor
PersistentResourceDefinition's constructor should accept a future-extensible
Parameters object like the superclass does. Ideally it would be the same class, but if
that's not a fit for the semantics of PersistentResourceDefinition, a different class
is ok.
I stumbled on this when fixing WFLY-5285 when I couldn't use Parameters as the
standard fix for messaging's SecurityRoleDefinition, although that didn't really
matter.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)