ARIA-160 Tests fail spordically over parameter binding

ARIA-165 Make node name suffix UUIDs become more readable

ARIA-230 Dry execution doesn't log empty operations

ARIA-214 Dry execution changes the state of non implemented operations

ARIA-215 Refactor plugin-related code into PluginManager

Refactored plugin-related code from ProcessExecutor into PluginManager.
Additionally, renamed plugin_prefix to plugin_dir in PluginManager.

ARIA-160 Operation toolbelt unit tests fail spordically

Inroduced a filesystem based data holder

ARIA-156 Better handle exceptions in the process executor

Previously, if an exception was raised during the starting of a task,
the task's process was permanently blocked on receiving a message.

The reason was that the exception caused the 'listener thread' to
not send a response to the task's process, as the exception was not
handled inside the 'with' block of the listener thread.

The first change I introduced was to wrap the yielding of the message and
the response inside a try-except-finally block, so the exception will be
handled within the 'with' scope, and to ensure a response is sent to the
task's process.

The second change is to move the sending of the 'task started' message in
the task's process to a place where encountering an exception will be
handled via sending a 'task failed' message back to the listener thread.

ARIA-209 Fix create-archive CLI command help

ARIA-163 Update node state for empty tasks

Additional changes:
 * removed `for_node` and `for_relationship` from the api OperationTask.
 * api based OperationTask could also have an empty implementation.
 * each core task wields its own executor.
 * Reordered some of the helper functions for creating tasks.
 * intoduced 2 new executors: StubTaskExecutor (for stub tasks) and EmptyOperationExecutor (for empty tasks)

ARIA-161 Disable end2end tests on Windows

ARIA-155 Clean models from unused fields

ARIA-158 Restore support for relationship ordering

ARIA-146 Support colorful execution logging

ARIA-154 Create end-to-end test for the Nodecellar example

ARIA-153 Write end-to-end tests for ARIA

Created infrastructure for end-to-end tests,
plus a test for the hello-world example.

Improve execution cancelling

Unhandled execution status transitions resulting from cancelling an
execution via the CLI, that we indentified and tried to address:

1. TERMINATED -> CANCELLING
You cancel the execution, but by the time we try to set the status to
CANCELLING, the execution thread had already finished, and therefore,
in SUCCEEDED status.

2. FAILED -> CANCELLING
You cancel the execution, but by the time we try to set the status to
CANCELLING, the execution thread had already encountered an error,
and therefore, in FAILED state.

3. TERMINATED -> CANCELLED
Similar to #1, but with CANCELLED instead of CANCELLING.

4. FAILED -> CANCELLED
Similar to #1, but with CANCELLED instead of CANCELLING.

In all of the above cases (#1-#4), we skip updating the execution
status, and log that the execution already succeeded/failed before we
were able to cancel it.

5. CANCELLING -> STARTED
You cancel the execution while it is still in pending state. Meanwhile,
while the execution status was already set to CANCELLING, we try to set
the execution status

6. CANCELLED -> STARTED
Similar to #5, but after the status is set to CANCELLING, it also gets
set to CANCELLED before attempting to set it to STARTED.

In cases #5-#6, we skip updtating the execution status, and nothing
is logged.

ARIA-150 Fixed simple hello-world example

The simple hello-world example had a missing host node,
which caused an error at service creation phase.
The example now uses custom types which do not require
the extra host node.

ARIA-138-Make-logging-more-informative

ARIA-145 deploying CLI config file at installation

ARIA-142-defaults-missing-for-execution-plugin

ARIA-48 Revamped ARIA CLI

This is a large commit which revolves mostly around creating the
new CLI, but is also tying ARIA's various components together
for real for the first time - allowing a complete run of the
"hello-world" example and more.

This commit introduces a few other important modules:
 - aria/core.py - used for managing service-templates and services.
 - aria/orchestator/workflow_runner.py - used for managing
   a workflow execution on a service.
 - aria/orchestrator/dry.py - a "dry executor", used for
   dry-executing workflows and printing the tasks that would run.

Other fixes that were required for the successful usage of
ARIA end-to-end have also been introduced in this commit, but
there have been too many to list; Review the commit for more info.

ARIA-92 Automatic operation task configuration

ARIA-127 Make use of in-memory sqlite more robust

ARIA-128 Make test_engine more robust

ARIA-134 Parser populates service workflows

ARIA-137-Support-for-predicate-based-queries-in-the-SQL-mapi

ARIA-132-fixed-support-for-cascading-deletion

ARIA-136-ctx-binary-doesnt-get-installed-via-pip-install

ARIA-125-Filtering-returns-the-wrong-models

ARIA-86-Create-a-basic-Hello-World-blueprint-example

ARIA-135-Add-plugin-field-to-MockTask

ARIA-133 Add status-related properties to the Execution, Task and Node models

We are adding these properties so it will be easier to filter those models
from storage according to their status, and to not make use of the their
`status` constants outside of the models themselves.

It should be noted, since we currently have the concept of `StubTasks`
(that are not part of the model), we had to implement the same logic for
them, although they don't direct access to the state constants of the
task model. We did this since they are treated as 'regular' model tasks
in some parts of the code.

ARIA-132-Models-cascading-deletion-raises-constraint-errors

Additional fixes:
- The relationships are now defined on both sides. we no longer use backref, but back_populates.

ARIA-120-Builtin-workflows-relationship-operations-execution-order

ARIA-126 Add node states

1. The states are described in section 3.3.1 of the TOSCA spec.

2. The state is changed if a standard lifecycle operation runs of the
node, as described in sections 5.7.4.1, 5.7.4.4.1, and 5.7.4.4.2 of the TOSCA spec.

3. We did not address the 'error' state yet.
This state is defined as part of the possible node states in the model, but currently no execution path leads to setting a node's state to 'error'.

4. No validation of state transiontions.
For example, we do not validate if a node goes from 'created'
to 'started' without going through the 'configured' state in between.

ARIA-83 Support ARIA profile for TOSCA

ARIA-131-Make-demand-for-networkx-more-strict

ARIA-96 Improve our requirements handling

1. Currently, don't vendor any library.

2. Use pip-tools (specifically, pip-compile) to manage our dependencies
   requirement files.

3. requirements.in:
   The requirements.in will be read into `install_requires`, and includes
   loose dependencies (as possible, and only direct dependencies), as is
   common when installing using a setup.py file.
   Since we haven't tested ARIA with many versions of our dependencies, our
   dependencies are not very loose, but we are hoping to improve this as
   our project matures.
   Currently, when we provide an upper bound, it is either because of python
   2.6 compatibility, or according to a semantic versioning (i.e. future
   versions that could break the current API). Lower boundaries are
   usually the lowest version that we tested with ARIA, or because version
   before are lacking functionality we are using.

4. requirements.txt:
   The requirements.txt is generated from requirements.in via pip-compile,
   and includes fixed-version dependencies, including all transitive
   dependencies, in order to provide an stable environment that ARIA is
   ensured to work on.

ARIA-130-Passing-inputs-from-the-workflow-to-the-operation-changes-the-inputs

ARIA-105 Integrate parser and orchestrator models

ARIA-117-Log-model-should-have-an-Task-field

ARIA-115-Log-model-should-have-an-Execution-field

ARIA-116-Missing-type_hierarchy-in-relationship

ARIA-106-Create-sqla-logging-handler

ARIA-108 Add API for deleting a resource for resource storage

ARIA-79-concurrent-modifications

ARIA-88 Add TOSCA use-case examples

ARIA-44 Merge parser and storage model

Additional Changes:
  * As a part of this task the name to address the model has been changes to the __tablename__ (or __mapiname__ if specified)
  * All of the relationships return a query, so accessing the entire list should be done via all()

ARIA-42-Generic-ctx-serialization-mechanism

ARIA-99 Straightforward end-to-end tests for parser and built-in workflow

ARIA-98 Updated two dependencies to support a range of versions

ARIA-95-pip-wheel-for-aria-ignores-dependencies

ARIA-81-Install-execution-plugin-ctx-entry-point-by-default

ARIA-66-Convert-custom-parser-fields-into-sqla-based-fields

ARIA-61 Initial version of CLI "workflow" command

ARIA-36 plugin workdir

ARIA-73 Transfer parser's TOSCA model to storage

ARIA-12 New "Runner" class for simple workflow executions

ARIA-68 Update runtime properties during operation

ARIA-72 Rework built-in workflows to match TOSCA normative lifecycle

ARIA-74 Add process executor extension registration hooks

ARIA-70 fix task plugin_name

ARIA-65 Add validation for relationship assignment type

ARIA-46 Execution plugin

ARIA-63 Implement attribute tracking for subprocesses

ARIA-60 Fix use of thread locals in parser context

ARIA-59 Inherit default interfaces in relationships

ARIA-52-Support-order-management-in-relationships

ARIA-56 Implement ip property on node instance model

ARIA-34 Adding get/download resource and render API (as jinja template)

ARIA-55 Implement task retry and abort mechanism

ARIA-58-Storage-model-to_dict-creates-symbolic-links

As part of this commits, ARIA will use the builtin MutableDict and List

ARIA-57-Custom executions state transition support

As part of this commit, a new valid transition was added between  cancelling
and force cancelling

ARIA-53 Add badges to README file

ARIA-39-Genericize-storage-models

ARIA-41 Provide (initial) means for serializing an operation context object

ARIA-26 Implement operation plugin mechanism

ARIA-31 Add registry mechanism for extensions

ARIA-30 SQL based storage implementation

ARIA-28 Integrate with appveyor

ARIA-23 Add initial CSAR support

ARIA-27 Verify tosca version string

ARIA-24 Add Sphinx documentation

ARIA-22 Add CLI commands for parser

ARIA-21 Move general code from parser.utils to top level utils

ARIA-21 reorder repository sturcutre

Additional changes:
- some importing issues in the parser

ARIA-18 Migrate DSL parser and TOSCA extension code

Additional changes:
 - Added several rules to pylint configuration.

ARIATOSCA-9-API-for-operation-context

An API for operation context. users can now use operation context
in their operations.

Additional changes:
- Inroduced the toolbelt for the operation. providing with useful function working within the operation.
- Added a mechanism which simplifies the use of user based Tasks. Using the node_instance/relationship_instance.
- Added raising exceptions when trying to access a non existing resource on the storage.

ARIA-20 Add support for ignoring task failures

ARIA-17 Change task max-retries to max-attempts

ARIA-11 Add cancel workflow execution support

This commit also adds an API to supply custom field validation
functions in the storage mechanism.

ARIA-10 Implement task retries mechanism

ARIA-3 Create an api for building workflows

ARIA-4 Create an API for the task graph
ARIA-5 Adapt workflow API uses to modified API

An API for creating workflows. Users can build graphs of tasks and
set depenedencies in between tasks to execute them in a specific
order.

Additional changes:
- Remodeling for engine and user tasks.
- Remodeling for Operation into Task in the storage.
- Mminimal reorganization of a few test modules, so they are now
  using the same file system hierarchy as the modules which they test.

ARIA-15 fix tox.ini

ARIA-14 Implement initial engine tests

ARIA-7 Initial celery based executor implementation

This commit also includes code re-org. Executors now live under
their own package.

ARIA-6 Add tox.ini and .travis files for CI

The files actually existed but were out of date.
Both are now up to date. Tox will take care of installing both
code requirements and tests requirements before running the tests.

Additional changes:

 - several setup.py changes (set version to 0.1.0; updated email)

 - minor changes to tests' requirements (removed tox, froze mock)

 - fixed typo in "test_base_model_members" unit test

 - modified networkx dependency version to 1.9 (for py2.6 support)

 - added missing license header to requirements.txt files

ARIA-2 Move initial ARIA workflow code into Apache repo