Several important changes:

Feature: Now a generic Virtual Application attribute, named "GENERATE_DATA" is used to
control the data generation during a VApp execution. Albeit generic, this attribute
evidently does not affect every VApp type, given that data generation is required only by
specific VApps (e.g., hadoop, YCSB). Once a VApp is deployed, the load generating process
will generate data before execution in two situations: a) if the "load_id" is equal 1 (the
first time after the VApp is deployed, data always have to be generated) and b) whenever
the value of the GENERATE_DATA attribute is equal true. For instance, setting the attribute
to "true" while a VApp is being executed (e.g., aialter ai_3 generate_data true) will cause
the load generating process to re-generate the data *before its next execution*

Feature: Now all VApps have a limited number of load generating process executions (i.e.,
load_ids) before stopping. By default, each new VApp will execute the load generating
process 100,000 times, after which it will just remain idle. This behavior is controlled
by the attribute RUN_LIMIT. For instance, suppose a user want to deploy a Hadoop VApp and
run its job only thrice. This can be achieved by altering the VApp template with
"typealter hadoop run_limi=3", followed by an "aiattach hadoop". The "run_limit" attribute
is just a decrementing counter, and it can be reset to a larger value during the VApp's
lifecycle with a command like "aialter AI_IDENTIFIER run_limit 100".

Bugfix: Fixes for the Hadoop automated installer.

Bugfix: Fixes for the YCSB automated installer.

Bugfix: While executing the cb_post_boot.sh script on VMs, make sure to disable gmond/gmetad
services before starting CBTOOL's own gmond/gmetad fix.

Bugfix: Due to transient network errors in VMware-based clouds, now the remote commands
executed during the VM's post-attachment phase are retriable, being the number of the same
ATTEMPTS parameter used for all other retries.

Code Maintenance: VApps nullworkload,netperf,iperf,filebench,ddgen,coremark,hadoop and
cassandra_ycsb had their load generation scripts refactored to make use of the aforementioned
new features.

Code Maintenance: Additional significant code refactoring in cassandra_ycsb VApp.

Code Maintenance: Now the post-vmattach commands executed by CBTOOL were divided in two
steps. The first step can be identified by the message "Boostrapping vm_X (creating file
cb_os_paramaters.txt in "Y" user's home dir on Z)...", while the second step can be
identified by the usual "Sending  a copy of the code tree to X (Z)...". As mentioned before,
both steps are now fully retriable, using the same retry parameters as the rest of the
code.

Code Maintenance: Updated the documentation on NOOP cloud.