[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: [OASIS Issue Tracker] (TOSCA-188) Requirements section should be turned to a map instead of list
[ https://issues.oasis-open.org/browse/TOSCA-188?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=48760#comment-48760 ] Matthew Rutkowski commented on TOSCA-188: ------------------------------------------ This was resolved after discussion at the YAML WG. The result was clarification in prose of spec. that describes why it is a sequence and clearly state it as a requirement. The result (copied from spec) is as follows: A.4.18.4 Additional Requirements • Requirements are intentionally expressed as a sequenced list of TOSCA Requirement definitions which MUST be resolved (processed) in sequence order by TOSCA Orchestrators. > Requirements section should be turned to a map instead of list > -------------------------------------------------------------- > > Key: TOSCA-188 > URL: https://issues.oasis-open.org/browse/TOSCA-188 > Project: OASIS Topology and Orchestration Specification for Cloud Applications (TOSCA) TC > Issue Type: Bug > Components: Profile-YAML > Reporter: noa koffman > > Requirements section is currently a list, however since the get_attribute function allows to refer to a requirement by name, it forces the requirements names to be unique. This limitation implicitly forces the section to behave as a map, and I think this should be expressed explicitly by turning the section in to a map, like the current capabilities section. > current situation: > software: > type: tosca.nodes.SoftwareComponent > properties:... > attributes: > ip_address: {get_attribute: [ SELF, host, ip_address] } #which host??? > requirements: > # the get attribute expression is referring to host, however there can be multiple "host" > # requirements, and each can have different attribute values. > - host: server_be > relationship: tosca.relationships.HostedOn > - host: server_fe > relationship: tosca.relationships.HostedOn > server_be: > type: tosca.nodes.Compute > ... > > server_fe: > type: tosca.nodes.Compute > ... > proposed fix: > software: > type: tosca.nodes.SoftwareComponent > properties:... > attributes: > ip_address: {get_attribute: [ SELF, host_be, ip_address] } > requirements: > # in this case the reference will be mapped uniquely to the one matching requirement name. > host_be: # names are forced to be unique > target: server_be > relationship: tosca.relationships.HostedOn > host_fe: # names are forced to be unique > target: server_fe > relationship: tosca.relationships.HostedOn > server_be: > type: tosca.nodes.Compute > ... > > server_fe: > type: tosca.nodes.Compute > ... -- This message was sent by Atlassian JIRA (v6.2.2#6258)
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]