policy2tosca patch set-6

Signed-off-by: shiva-charan <shiva-charan.m-s@hpe.com>

Merge "Remove the cyclic dependencies in vRNC definition"

Merge "Add high_availability test case"

Remove the cyclic dependencies in vRNC definition

Current the high_availability definition in vRNC about active MM/CM VDUs
and passive MM/CM VDUs is cyclic dependencies, and the consequence is
deployment of  vRNC may fall into a infinite loop.
The correct definition is passive VDU depend on the active VDU, but the
active VDU doesn't depend on the passive VDU.

JIRA:PARSER-95

Change-Id: I3f2fb8c0ce959878b12d7da49e2dc81596b4b528
Signed-off-by: shangxdy <shang.xiaodong@zte.com.cn>

Add high_availability test case

As a template designer;
I want to define a vdu with high availability;
So i will add test case to violate high_availability requirement in VDU;

JIRA:PARSER-94

Change-Id: Icd35e5a533231395a2174cdc20b747a9ab803599
Signed-off-by: shangxdy <shang.xiaodong@zte.com.cn>

Modify the stack name to template file name when deploy stack use
heat-translator

When deploy a stack online, it can specify a name as a input name（which
was added by issue PARSER-91), but the parameter is optional, if no
specified name, currently the default stack name is shown below:
    'heat' + first part of a random uuid
For readable and to be easier founded, the default name will be improved
to be the follow:
   'heat' + filename of template file + first part of a random uuid.

JIRA:PARSER-93

Change-Id: Ib8f5fd18bf4e57d2424c2a439aa6db8feead44cd
Signed-off-by: shangxdy <shang.xiaodong@zte.com.cn>

Update the documents in Release C

As a developer;
I want anybody who cares of project of parser to know what new features
in release C;
So i update the distribution documents.

JIRA:PRASER-87

Change-Id: I0537ba55fa12daa2975f1b794908bca457cfd9c2
Signed-off-by: shangxdy <shang.xiaodong@zte.com.cn>

Merge "Provide a specific stack_name when deploy a template use heat-translator"

Merge "Judge volume node is error when translate compute node"

Merge "JIRA:PARSER-1 -XSLT script for YANG to TOSCA"

Judge volume node is error when translate compute node

Currently, when translate a compute node in heat-translator, code is
below:
                 for requires in requirements:
                        for value in requires.values():
                            if isinstance(value, dict):
                                for node_name in value.values():
                                    for n in self.nodetemplates:
                                        if n.name == node_name:
                                            volume_name = node_name
                                            break
                            else:  # unreachable code !
                                for n in self.nodetemplates:
                                    if n.name == node_name:
                                        volume_name = node_name
                                        break
  It's error in nfv tosca because there are more than one
requirements, So the unreachable code will reach.

Notes: the fix will submit to Openstack community.

JIRA:PARSER-92

Change-Id: Ife9c0d28ebe236c04d9d2c02f0025cf774bf6208
Signed-off-by: shangxdy <shang.xiaodong@zte.com.cn>

Provide a specific stack_name when deploy a template use heat-translator

Currently, the stack ame of a template is random when use
heat-translator online, and there is not any other feedback information
except success or failure, the result is not very convenient.
So it is necessary to provide a stack name when deploy a template.

Note: the improvement will submit to openstack community.

JIRA:PARSER-91

Change-Id: Ia5f99c38301211dfb9c21a8b10dd31a50b82f966
Signed-off-by: shangxdy <shang.xiaodong@zte.com.cn>

JIRA:PARSER-1 -XSLT script for YANG to TOSCA

Change-Id: I29f80ab21354af452fc95b155c04171001f9577e
Signed-off-by: shiva-charan <shiva-charan.m-s@hpe.com>

Fix bug: authentication error when deploy vRNC with nfv tosca template

When deploy vRNC, the follow errors occured:
 openstack stack create -t ./vRNC_Hot_Template.yaml vRNC_Stack
The request you have made requires authentication. (HTTP 401)
(Request-ID: req-d0ddd5bd-5291-4b2f-ab92-95618881647a)

The reason is that creating user is before creating project, and the
order will be reverse.

JIRA:PARSER-90

Change-Id: I890be71bfe7b2ec5f393f235c4c79c705340dfaa
Signed-off-by: shangxdy <shang.xiaodong@zte.com.cn>

Fix parser test bug with functest in real env.

Traceback (most recent call last):
  File "/usr/local/bin/heat-translator", line 10, in <module>
    sys.exit(main())
  File "/usr/local/lib/python2.7/dist-packages/translator/shell.py",
line 225, in main
    TranslatorShell().main(args)
  File "/usr/local/lib/python2.7/dist-packages/translator/shell.py",
line 121, in main
    parsed_params, a_file, deploy)
  File "/usr/local/lib/python2.7/dist-packages/translator/shell.py",
line 168, in _translate
    output = translator.translate()
  File
"/usr/local/lib/python2.7/dist-packages/translator/hot/tosca_translator.py",
line 42, in translate
    self.hot_template.resources = self.node_translator.translate()
  File
"/usr/local/lib/python2.7/dist-packages/translator/hot/translate_node_templates.py",
line 159, in translate
    return self._translate_nodetemplates()
  File
"/usr/local/lib/python2.7/dist-packages/translator/hot/translate_node_templates.py",
line 302, in _translate_nodetemplates
    self._recursive_handle_properties(resource)
  File
"/usr/local/lib/python2.7/dist-packages/translator/hot/translate_node_templates.py",
line 173, in _recursive_handle_properties
    resource.handle_properties()
  File
"/usr/local/lib/python2.7/dist-packages/translator/hot/tosca/tosca_compute.py",
line 105, in handle_properties
    self.nodetemplate.get_capability('os'))
  File
"/usr/local/lib/python2.7/dist-packages/translator/hot/tosca/tosca_compute.py",
line 134, in translate_compute_flavor_and_image
    image = self._best_image(os_cap_props)
  File
"/usr/local/lib/python2.7/dist-packages/translator/hot/tosca/tosca_compute.py",
line 266, in _best_image
    if len(resp.keys()) > 0:
AttributeError: 'NoneType' object has no attribute 'keys'
Traceback (most recent call last):
  File "/usr/local/bin/heat-translator", line 10, in <module>
    sys.exit(main())
  File "/usr/local/lib/python2.7/dist-packages/translator/shell.py",
line 225, in main
    TranslatorShell().main(args)
  File "/usr/local/lib/python2.7/dist-packages/translator/shell.py",
line 121, in main
    parsed_params, a_file, deploy)
  File "/usr/local/lib/python2.7/dist-packages/translator/shell.py",
line 168, in _translate
    output = translator.translate()
  File
"/usr/local/lib/python2.7/dist-packages/translator/hot/tosca_translator.py",
line 42, in translate
    self.hot_template.resources = self.node_translator.translate()
  File
"/usr/local/lib/python2.7/dist-packages/translator/hot/translate_node_templates.py",
line 159, in translate
    return self._translate_nodetemplates()
  File
"/usr/local/lib/python2.7/dist-packages/translator/hot/translate_node_templates.py",
line 302, in _translate_nodetemplates
    self._recursive_handle_properties(resource)
  File
"/usr/local/lib/python2.7/dist-packages/translator/hot/translate_node_templates.py",
line 173, in _recursive_handle_properties
    resource.handle_properties()
  File
"/usr/local/lib/python2.7/dist-packages/translator/hot/tosca/tosca_compute.py",
line 105, in handle_properties
    self.nodetemplate.get_capability('os'))
  File
"/usr/local/lib/python2.7/dist-packages/translator/hot/tosca/tosca_compute.py",
line 134, in translate_compute_flavor_and_image
    image = self._best_image(os_cap_props)
  File
"/usr/local/lib/python2.7/dist-packages/translator/hot/tosca/tosca_compute.py",
line 266, in _best_image
    if len(resp.keys()) > 0:
AttributeError: 'NoneType' object has no attribute 'keys'
The request you have made requires authentication. (HTTP 401)
(Request-ID: req-027940ce-5a5f-4459-9d91-7e65329c4d13)
The request you have made requires authentication. (HTTP 401)
(Request-ID: req-32c378fb-6d3c-46c6-845e-a8dd50975acd)

JIRA:PARSER-89

Change-Id: Id89d2293972cae9f39c0d950fc67fdc6ae520304
Signed-off-by: shangxdy <shang.xiaodong@zte.com.cn>

Merge "Add required definition in class of Input."

Add required definition in class of Input.

As a template designer;
I want to know if the parameters is missed when deploy a template, but
currently there is not validation about the required parameters;
So i add property in class of Input, and validate the require parameter.
Note: the patch will submit to Openstack community too.

JIRA:PARSER-88

Change-Id: I5763a18da4037b0f81a55b8c8d83414e685b03d2
Signed-off-by: shangxdy <shang.xiaodong@zte.com.cn>

The definition about the  sequence of capabilities and requirements in
SubstitutionMappings is error

The definition in SubstitutionMappings about SECTION is below:
  SECTIONS = (NODE_TYPE, CAPABILITIES, REQUIREMENTS) = \
               ('node_type', 'requirements', 'capabilities')
The order of CAPABILITIES and REQUIREMENTS is reserved.

JIRA:PARSER-86

Change-Id: Ib55e737f6ed5b49ea3ab9b5e14f8c57486602e7e
Signed-off-by: shangxdy <shang.xiaodong@zte.com.cn>

Add input validation in substitution_mapping class

Add input validation in class of substitution_mapping according to
specification of
http://docs.oasis-open.org/tosca/TOSCA-Simple-Profile-YAML/v1.0/
TOSCA-Simple-Profile-YAML-v1.0.html:
1) The properties of substituted node template which be mapped must be
in the inputs of nested service template which defines substutition
mappings;
2) The inputs of nested service template which are not in properties of
the substituted node template must have default values.
3) If the properties of node_type is required and no default value,
 must provide inputs for them;
4) Property names and the input names must be the same.

JIRA:PARSER-79

Change-Id: Ie4664fe17c8279ad531ac9acec057f98d4e9281a
Signed-off-by: shangxdy <shang.xiaodong@zte.com.cn>

Change the name of Substitution_mappings to SubstitutionMappings

Change the name  of Substitution_mappings to SubstitutionMappings
consistent to other classes.

JIRA:PARSER-85

Change-Id: I9b27783ccec3f515cfcd2eca9995f09426bbfadd
Signed-off-by: shangxdy <shang.xiaodong@zte.com.cn>

Merge "Add heat stack validation in integration with functest about vRNC"

Add heat stack validation in integration with functest about vRNC

As a tester;
I want to known the functest result of vRNC deploy;
So i add stack validation about vRNC.

JIRA:PARSER-81

Change-Id: I97cb76d8f0a5dcd3ea104023149ed0a282d688c6
Signed-off-by: shangxdy <shang.xiaodong@zte.com.cn>

Add parser install script for functest

As a tester;
I want functest prepare the test env for parser;
So it 's necessary to create parser_install.sh script for functest when
building docker image.

JIRA:PARSER-84
Change-Id: I3cc2cbba4d90b676ca362e54242f52afc3387e72
Signed-off-by: shangxdy <shang.xiaodong@zte.com.cn>

Check the user, role and project existence when reset test env.

Currently when deploying stack is error in functest, it will call
reset_parser_test automatically,  but when the reset_parser_test itself
is error, the reset of user/project/role will error again, so t's
necessary to check the user, role and project existence when reset test
env.

JIRA:PARSER-83

Change-Id: If22ba162691ab3e4e7581e381524ac1a09dca2f5
Signed-off-by: shangxdy <shang.xiaodong@zte.com.cn>

Replace -f to --template-file in heat-translator and fix errors

1. Replace -f to --template-file in heat-translator;
2. Replace heat-translator with openstack template translate later;
3. Modify echo infomations.

JIRA:PARSER-82

Change-Id: I545cb4a38bcdb107c1992b6e02810a46ac9ef201
Signed-off-by: shangxdy <shang.xiaodong@zte.com.cn>

Service template with substitution mapping definition can deployed
standalone

According to specification of
http://docs.oasis-open.org/tosca/TOSCA-Simple-Profile-YAML/v1.0/TOSCA-Simple-Profile-YAML-v1.0.html,the
two main use cases:
1. No matter whether or not the service template has substitution
mapping definition，it can be deployed standalone;
2. Also can be imported and used as nested service template substituted
a node template with substitution mapping definition;
3. substitution mapping will expose node_type,may expose capabilities
and requirements.

JIRA:PARSER-78

Change-Id: I81ac940545f946925f6aa96a1b2ca0ccc9bbb076
Signed-off-by: shangxdy <shang.xiaodong@zte.com.cn>

Add relationship of node template associated with tosca template in
substitution mapping

As a nested template desinger;
I want to known the tosca template which a substituted node template
associated;
So i will create the relationship under node template which is
substituted.

JIRA:PARSER-76

Change-Id: Ifb9883e5c5f630cd7f1b5d1292eddb54ad4c20be
Signed-off-by: shangxdy <shang.xiaodong@zte.com.cn>

Distinguish the mapping and mapped by name.

1. Use complete name like nested_topology_tpls here and other places
like get_nested_topology_tpls for better readability;
2. Use "sub_mapped_node_tpl" instead of submaped_node_tpl;
3. Use sub_mapped_  instead of submaped.

Upper changed in substitution_mappings.py, tosca_template.py,
tosca_template.py and others

JIRA:PARSER-73
Change-Id: I21b2d3a35773078d7437bbae9ff5d1522608c4d2
Signed-off-by: shangxdy <shang.xiaodong@zte.com.cn>

Merge "Parser miss files(*.conf, *.yaml, *.meta, *.sh) when create a distribution"

Merge "Use the real yaml file in testcase of system.yaml"

Parser miss files(*.conf, *.yaml, *.meta, *.sh) when create a
distribution

when create a source or binary distribution, Parser project miss the
follow files:
1. heat_translator
   1) heat_translator_logging.conf;
   2) translator.conf
   3) all yaml files in tests directories;
   4) all bash script in  tests directories;
   5) all python script in tests directories;
2. toscad-parser
   1) TOSCA_definition_1_0.yaml in elements directory;
   2) TOSCA_nfv_definition_1_0.yaml in nfv directory;
   3) all yaml files in tests directories;
   4) all bash script in  tests directories;
   5) all python script in tests directories;
All the missed files above will cause the parser work failure

JIRA:PARSER-75
Change-Id: I124eeff4b94607a68cbba2f2d7f754cba8671a42
Signed-off-by: shangxdy <shang.xiaodong@zte.com.cn>

Merge "Doesn't support nested exceptioncollector when implement the nested tosca template"

Clear the test env when it is finished

As a tester;
I want to return the initial state of a test case；
So i will clear the env when a testcase is finished.

Change-Id: Ibeaa24d7fc29bab03d87719239fce965ef4dea26
JIRA:PARSER-71
Signed-off-by: shangxdy <shang.xiaodong@zte.com.cn>

Use the real yaml file in testcase of system.yaml

As a tester;
I want to make sure of the validation of substitution mappings in system
chain.
So i use the real test yaml file and delete the old.

Change-Id: Id3dee02d8af5b221b654a3ee79e28f0ad5b53868
JIRA:PARSER-74
Signed-off-by: shangxdy <shang.xiaodong@zte.com.cn>

Doesn't support nested exceptioncollector when implement the nested
tosca template

After the netsted tosca template is implemented, the ExceptionCollector
doesn't work in netsted template, because the exceptions are reset by
upper tosca template.
The solution is judging if support nested node template before starting
or stop exceptioncollector.

Change-Id: Ic48bcb639031391a6771db2f7235b674b22be837
JIRA:PARSER-72
Signed-off-by: shangxdy <shang.xiaodong@zte.com.cn>

tosca-parser support the semantic of substitution mapping

As a template designer,
I want to using node template substitution for model composition or
chaining subsystems.
So firstly tosca-paser should support the substitution mappings
analysis.

Change-Id: I44371795504415ba8cf5a15f7e1d046e3ff00ade
JIRA: PARSER-43
Signed-off-by: shangxdy <shang.xiaodong@zte.com.cn>

Merge "Add transaction subsystem definition in the use case of substitution_mappings"

Add transaction subsystem definition in the use case of
substitution_mappings

As a developer;
I want to implement the function of substitution_mapping;
So that will complete the test file about transaction subsystem
definitions for example.

Change-Id: I5e44c2b4933afadf96743641279016af5afc39e0
JIRA: PARSER-68
Signed-off-by: shangxdy <shang.xiaodong@zte.com.cn>

Add queuing subsystem definition in the use case of substitution_mappings

As a developer;
I want to implement the function of substitution_mapping;
So that will complete the test file about queuing subsystem definitions.

Change-Id: I0602eb915954a4e35ae9e0d8d4c857822e4725d4
JIRA: PARSER-46
Signed-off-by: shangxdy <shang.xiaodong@zte.com.cn>

Merge "Parser integration with functest."

Merge "Add database subsystem definition in the use case of substitution_mappings"

Parser integration with functest.

As a nfs tosca template designer;
I want to known wether the parse and translation template is correct.
So i use functest project to deploy the template and validate the output
template file.

Change-Id: Ic2d1dba14cf6bd9544d7a57c83256248630f2047
JIRA:PARSER-69
Signed-off-by: shangxdy <shang.xiaodong@zte.com.cn>

Add database subsystem definition in the use case of
substitution_mappings

As a developer;
I want to implement the function of substitution_mapping;
So that will complete the test file about database subsystem
definitions.

Change-Id: I197f971cbdc64963b6c41b2ca3aa3fb86b2fae8b
JIRA: PARSER-47
Signed-off-by: shangxdy <shang.xiaodong@zte.com.cn>

Substitution mappings doesn't supports properties

According to the simple tosca specification, substitution mapping only
supports key words of node_type, capabilities and requirements, but in
the definition of vRNC, add keywords of properties, so it will be
deleted

Change-Id: I45ca5f6d44410e5a6b8cdb448f3f148d63cc1376
JIRA: PARSER-67
Signed-off-by: shangxdy <shang.xiaodong@zte.com.cn>

Tosca-Pacer doesn't support https proxy.

When access CSAR file which is URL and the protocol is https by proxy,
it will be error and the information is below:
toscaparser.common.exception.URLException: Failed to reach server
"https://raw.githubusercontent.com/openstack/tosca- parser/master/toscaparser
/tests/data/custom_types/wordpress.yaml". Reason is: Tunnel
connection failed: 503 Service Unavailable.

The reason of the error is urllib doesn't  support https proxy.

JIRA: PARSER-66

Change-Id: I82ec68d533743527fba613cc362e4241494359d4
Signed-off-by: 10013968 <zhang.jun3g@zte.com.cn>
Signed-off-by: shangxdy <shangxdy@shangxdy.local>

Disable py34 in tox temporary

Before the CI environment can perform python 3.4 test, temporary
disable tox py34 in tox.ini. Currently all the submits are blocked for
this.

Change-Id: Ic73cab212eb68e35a5855d3229b8cfe801f92817
Signed-off-by: 10013968 <zhang.jun3g@zte.com.cn>

Merge "Initial release documents"

Merge "fix import and vRNC Ctrl_net definition error"

fix import and vRNC Ctrl_net definition error

1. Currently DM_Port_Ctrl requirement definition
    requirements:
      virtualBinding: DM
      virtualLink: CTRL_Net_Host
   shall be below:
      requirements:
        virtualBinding: DM_Host
        virtualLink: CTRL_Net
2. In function of _load_import_template when import vRNC definition, it will
return "None, None" instead of return Null in case of no value return.

Change-Id: I81d2d471eafff8ebd77eef356e6178e1f7701a22
JIRA: PARSER-65
Signed-off-by: shangxdy <shang.xiaodong@zte.com.cn>

Fix bug in python3.4: 'dict_keys' object does not support indexing

In python3.4, dictory's function of key() return value is a dict_key object, not list, so the follow code will be error:
    dict x = {1:11, 2:22, 3;33}
    y= x.keys()[0]
 the error is TypeError: 'dict_keys' object does not support indexing, the correct expression is below:
    y = list(x.keys())[0]

So parser's code will be modified refer to above.

Change-Id: I41e0c28167c7823fc735aaf3afc78c1a9a15e9e0
JIRA: PARSER-64
Signed-off-by: shangxdy <shang.xiaodong@zte.com.cn>

Synchronise the openstack bugs

When run unittests through tox, some test cases are always error,
the errors are already done in openstack community, so it's
necessary to synchronise the fixes.

Change-Id: Ib29078e6cc138a474e89c6a2cc90ad7a1db1bb46
JIRA: PARSER-63
Signed-off-by: shangxdy <shang.xiaodong@zte.com.cn>

Merge "netsted template validate type error"

Merge "Affinity and anti-affinity translate to heat resource type"

fix tox error when run unittest

Currently when run "tox -epep8" it's ok, but it will be error when run
 "tox -epy27" or run "tox -epy34", the reason is no file .testr.conf
and .converagerc in project root directory

Change-Id: Ic6ab721738692c389d63bc2d84a4c2a21b397778
JIRA: PARSER-62
Signed-off-by: sxd <shang.xiaodong@zte.com.cn>

Affinity and anti-affinity translate to heat resource type

Translate simple tosca policy types of tosca.policy.Placement.Colocate
and tosca.policy.Placement.Antilocate into heat resource
type(nova::servergroup and nova::server)

Change-Id: Icbe8c51c158886608a196951df19e9a503cb786a
JIRA: PARSER-39
Signed-off-by: shangxdy <shang.xiaodong@zte.com.cn>

Merge "The grouptype's parent_type definition is error"

Merge "Divide VDU into soft component and VDU for the vRNC case"

Merge "fix error when run unittest case"

Merge "EntityTemplate has no property of parent_type"

Merge "The artifacttype's parent_type definition is error"

The grouptype's parent_type definition is error

1. Group type define parent_type, but it shall be statuefulentity, not string,
 so the method of is_derived_from in group entity may be error when it's called.
2. The bug will submit to openstack community.

Change-Id: I6e78b9dbf9ad0593db9246d34be29d8ec6f092ed
JIRA: PARSER-54
Signed-off-by: shangxdy <shang.xiaodong@zte.com.cn>

fix error when run unittest case

when run tox -epy27, there are errors in function of test_relationship
for key in relation.keys():
    rel_tpl = relation.get(key).get_relationship_template()
    if rel_tpl:
        self.assertEqual(
            rel_tpl[0].type, "tosca.relationships.ConnectsTo")
rel_tpl is a list so real_tpl[0].type can be other value, not only
tosca.relationships.ConnectsTo.

JIRA: PARSER:61

Change-Id: Ibdc7307888f5281ac0bd806088483f8c46416968
Signed-off-by: shangxdy <shang.xiaodong@zte.com.cn>

Merge "Incorrect inheritance of requirements in NodeType"

Merge "The relationship type's parent_type definition is not complete"

Merge "The policytype's parent_type definition is error"

Initial release documents

Submit initial release documents according to opnfvdocs project
requirement in Berlin Summit

JIRA: PARSER-60

Change-Id: I6eb650259c4da521aee1918842a6d0bfe06a6a0d
Signed-off-by: Julien <zhang.jun3g@zte.com.cn>

netsted template validate type error

When import nested template, validate type error, in the
validate list lack the type of "topology_template"

Change-Id: Ic16e02f460dc59936dfc5a361a21b9533f0e5e83
JIRA: PARSER-58
Signed-off-by: shangxdy <shang.xiaodong@zte.com.cn>

Divide VDU into soft component and VDU for the vRNC case

Currently the heat-translator can't translate the VDU with interface,
so VDU shall be divided into SoftComponent and VDU, and the interface
will be expressed in SoftComponent node.

Change-Id: I1f0e0c6bef88ed66edd39e21e4e6221eb15e3188
JIRA: PARSER-57
Signed-off-by: shangxdy <shang.xiaodong@zte.com.cn>

The artifacttype's parent_type definition is error

1. Artifact type  define parent_type, but it shall be statuefulentity,
not string, so the method of is_derived_from in artifact entity may
be error when it's called.
2. The bug will submit to openstack community.

Change-Id: I8e64a28da0287ff5653da69a0cf15016c8ed937f
JIRA: PARSER-53
Signed-off-by: shangxdy <shang.xiaodong@zte.com.cn>

EntityTemplate has no property of parent_type

1. EntityTemplate is the parent of NodeTemplate,but there is no definition
of parent_type definition, so the method of is_derived_from will be error
when call the parent_type's method.
2. The bug will submit to openstack community.

Change-Id: If6d360932fd610f001934d23aac63e11ac16fddf
JIRA: PARSER-51
Signed-off-by: shangxdy <shang.xiaodong@zte.com.cn>

Merge "The definition in test file subsystem.yaml is error"

Merge "Nodetype's logical is incomplete"

Incorrect inheritance of requirements in NodeType

1. When define a new NodeType that inherits from a normative
type that has some requirements, and if the reqirement item
name is same as parent's, there will be duplicated requirements,
not override the parent's item.
2. The bug will submit to openstack community.

Change-Id: I22f6e723179a8a8c334d37c1a69b7039dc1f6ae7
JIRA: PARSER-56
Signed-off-by: shangxdy <shang.xiaodong@zte.com.cn>

Merge "Create vRNC test code."

Merge "Create test case about nfv tosca"

Merge "tosco-parser supports importing the other service with topology template"

The relationship type's parent_type definition is not complete

1. Relationship type define parent_type, but it shall include custom def,
so the method of is_derived_from in group entity may be error when it's called.
2. The bug will submit to openstack community.

Change-Id: Ia12b18543e3b1d28bfb946abd11b546a9eba9669
JIRA: PARSER-55
Signed-off-by: shangxdy <shang.xiaodong@zte.com.cn>

The policytype's parent_type definition is error

1. policy type define parent_type, but it shall be statefulentity, not string,
so the method of is_derived_from in policy entity may be error
when it's called.
2. The bug will submit to openstack community.

Change-Id: I25e1cb04e9c13eea6d47ed0bfeac961f59146842
JIRA: PARSER-52
Signed-off-by: shangxdy <shang.xiaodong@zte.com.cn>

Create vRNC test code.

Unit test code for vRNC case.

JIRA: PARSER-34

Change-Id: Ie4a0431e3cdfd56d2ef42760da30a8f2bb6fdb5d
Signed-off-by: shangxdy <shang.xiaodong@zte.com.cn>

Create test case about nfv tosca

As a developer;
I want to known the availability of current nfv tosca
definitions about node types, capabilities types and
relationship types.
So i create some test cases to validate it.

JIRA: PARSER-34

Change-Id: Id57e38c066eea1d2090a816f5129aa95de464d32
Signed-off-by: shangxdy <shang.xiaodong@zte.com.cn>

tosco-parser supports importing the other service with
topology template

As a tosca-parser developer;
I want to implement the function of substitution_mapping;
So that must support the import topology template firstly

Change-Id: Ie26aab712e7870e1ec345ad654460bb84014f207
JIRA: PARSER-48
Signed-off-by: shangxdy <shang.xiaodong@zte.com.cn>

The definition in test file subsystem.yaml is error

1. The input parameter my_cpus in definition of subsystem.yaml
lack the default value, so when the file subsystem.yaml is error
 when used as a node template implementation.
2. The bug will be submitted to openstack community.

Change-Id: I1f912dab47fe3751d0a992b02dd2a2253af6f158
JIRA: PARSER-45
Signed-off-by: shangxdy <shang.xiaodong@zte.com.cn>

Nodetype's logical is incomplete

When node is selected by abstract description and the node capability
is customed, None will be return.

JIRA:PARSER-41

Change-Id: I4b3e7233f766aac61a4ffc363c000bb3ebea19ad
Signed-off-by: shangxdy <shang.xiaodong@zte.com.cn>

Adding two new committers

Change-Id: I356c88886d698f4527a65696f17f946aa6d07a32
Signed-off-by: Aric Gardner <agardner@linuxfoundation.org>

Merge "Minor changes for better reading"

Merge "bugs:The code in function of get_all_requirements is duplicated"

Merge "Add attributes of address to tosca.nodes.nfv.CP address"

Merge "Add affinity policy type definition"

Merge "Update the vRNC definition against the latest nfv tosca definition"

Merge "Update the vRNC types(node types/relation types) definiton"

Merge "Update the nfv tosca definietion against the latest spec"

bugs:The code in function of get_all_requirements is duplicated

1、The virtualLink requirement of tosca.nodes.nfv.CP defined below:
In nodetype.py, the most code in functon of get_all_requirements is not
needed,becuase the property of requirements has realized the main logical
in current get_all_requirements. So the duplicated code will be deleted.

2、The bug will be submitted to openstack community.

JIRA: PARSER-37

Change-Id: I1a346ffc388546dd9c65a1b8d32e32859150d077
Signed-off-by: shangxdy <shang.xiaodong@zte.com.cn>

Add attributes of address to tosca.nodes.nfv.CP address

According to the openstack comments, it's necessary to add the attribute
of address, which was deleted because the IP_address was duplication to
CP's parent's attributes.
The related modifications are refer to:
1. https://gerrit.opnfv.org/gerrit/#/c/12567.
2. https://bugs.launchpad.net/tosca-parser/+bug/1574715.

JIRA: PARSER-36

Change-Id: I6bf894cbba440013175df478cce00fa08906dc19
Signed-off-by: shangxdy <shang.xiaodong@zte.com.cn>

Update the vRNC definition against the latest nfv tosca definition

Update the vRNC definition according to the latest vRNC type.
include node_templates, groups, policies and outputs.

JIRA:PARSER-31

Change-Id: Ie69a8e4480188ffad8247d68e5c15085bbb44848
Signed-off-by: shangxdy <shang.xiaodong@zte.com.cn>

Update the vRNC types(node types/relation types) definiton

Update the vRNC type definition according to the nfv tosca definiton.
include MM, CM, DM and LB.

JIRA:PARSER-35

Change-Id: I3017c93081bc77fc2ac1e4633f4232f130f6b4de
Signed-off-by: shangxdy <shang.xiaodong@zte.com.cn>

Update the nfv tosca definietion against the latest spec

Base types are modified:
1.tosca.nodes.nfv.VDU:
  from tosca.nodes.SoftwareComponent to tosca.nodes.Compute
2.tosca.nodes.nfv.CP:
  from tosca.nodes.Root to tosca.nodes.network.Port
3.tosca.nodes.nfv.VL:
   from tosca.nodes.Root to tosca.nodes.network.Network
4.tosca.relationships.nfv.VirtualBindsTo:
  from tosca.relationships.ConnectsTo to tosca.relationships.network.BindsTo
5. tosca.relationships.nfv.VirtualLinksTo:
  from tosca.relationships.ConnectsTo to tosca.relationships.network.LinksTo
6. tosca.capabilities.nfv.VirtualBindable: i
  from tosca.capabilities.Root to tosca.capabilities.network.Bindable
7. tosca.capabilities.nfv.VirtualLinkable:
  from tosca.capabilities.Root to tosca.capabilities.network.Linkable.

JIRA:PARSER-30

Change-Id: If6f32cf891a979ae88c345980930451f876ad9e0
Signed-off-by: shangxdy <shang.xiaodong@zte.com.cn>

Add affinity policy type definition

Add two definition in parser:
 tosca.policy.Placement.Colocate
 tosca.policy.Placement.Antilocate

JIRA:PARSER-33

Change-Id: I0259bbc1ce2616dcbc28a912c34a7513e9432ff5
Signed-off-by: shangxdy <shang.xiaodong@zte.com.cn>

Merge "update docs build names in .gitignore"

Minor changes for better reading

1. minor changes for better reading(heading spaces, tail dot)
   and compatible with some edit tools, such as vim
2. L20: new people To new contributors
3. L33: sequence

Change-Id: I50b89310ddf176a0872c60363b69cdf979b37abc
Signed-off-by: Julien <zhang.jun3g@zte.com.cn>

Bug:tosca.nodes.nfv.CP definition is error

 1、The virtualLink requirement of tosca.nodes.nfv.CP defined below:
     - virtualLink:
         capability: tosca.capabilities.VirtualLinkable
   But the tosca.capabilities.VirtualLinkable does not exsit in simple
   tosca(which is tosca.capabilities.Linkable), it should be
   tosca.capabilities.nfv.VirtualLinkable in nfv tosca.

   Additonally, the attribute definition of IP_address in CP is not
   needed because the parent node type tosca.nodes.network.Port
   also includes the same attributes ip_address.

 2、The bug will be submitted to openstack community.

JIRA:PARSER-32

Change-Id: I8f70747675dd6623380493d0436d9516c545d705
Signed-off-by: shangxdy <shang.xiaodong@zte.com.cn>