OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

tosca message

[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=47350#comment-47350 ] 

Matthew Rutkowski  commented on TOSCA-188:
------------------------------------------

The processing (parallel) would be determined by the type of requirement.  Typically, each requirement maps to a relationship (for now) so connections requirements could be run in parallel, whereas dependson requirements (relationships) would not.  Therefore, an order is still needed to resolve multiple dependson requirements.

> 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]