[
https://issues.jboss.org/browse/WFCORE-1058?page=com.atlassian.jira.plugi...
]
Tomaz Cerar resolved WFCORE-1058.
---------------------------------
Resolution: Done
This is now done as part of work on WFCORE-2202
On RuntimeCapabilty you now have
#setDynamicNameMapper(Function<PathAddress,String[]>)
Which species the mapping between path address and dynamic parts
There is also new CompositeAttributeDependencyRecorder which takes this dynamic parts into
account where recording requirements.
When building attributes you have new variants to set capability reference
#setCapabilityReference(String referencedCapability, AttributeDefinition ...
dependantAttributes)
and few others.
Encapsulate logic to specify dynamic capability name resolution from
a PathAddress
----------------------------------------------------------------------------------
Key: WFCORE-1058
URL:
https://issues.jboss.org/browse/WFCORE-1058
Project: WildFly Core
Issue Type: Feature Request
Components: Domain Management
Affects Versions: 2.0.0.CR6
Reporter: Paul Ferraro
Assignee: Tomaz Cerar
One can create a capability whose dynamic name is not resolved using the value of the
last element of a path address (e.g. using the value of a parent resource). In this case,
the logic for generating the dynamic name need to be modified in multiple places.
#
CapabilityReferenceRecorder.DefaultCapabilityReferenceRecorder.getDynamicDependentName(...)
# AbstractAddStepHandler.recordCapabilitiesAndRequirements(...)
# AbstractRemoveStepHandler.recordCapabilitiesAndRequirements(...)
For reference, the clustering subsystems handle this via a custom abstraction:
https://github.com/wildfly/wildfly/blob/master/clustering/common/src/main...
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)