Create Service Push 1.3.2

This release updates the alias to be cspush for cf7. This is because csp has been taken by cf7's create-space command.
Should one still want to use cf6 and the old csp alias, they can simply include the CF_CLI_CSP=1 environment variable when installing the plugin. For example, CF_CLI_CSP=1 cf install-plugin CreateServicePushPlugin.osx

Thanks to @FWinkler79 for his PR.

Create Service Push 1.3.1

Revert the code from waiting for service provisioning completion took in a timeout value back to an indefinite loop. This was done to take into account of service brokers that either take a very long time to complete (15 minutes+) or that the provisioning process requires manual user ticket approvals before proceeding.

Thanks to @bpandola for the suggestion.

Create Service Push 1.3.0

Adds support for variable substitution via the flags --var KEY=VALUE, --vars-file FULLPATH_FILENAME and environment variables using prefixes with flag --use-env-vars-prefixed-with. Both flags --var and --vars-file do not get passed to cf push by default unless the flag --push-as-subprocess is used. --push-as-subprocess forces cf push to be performed via a sub-process rather than the CF CLI Command architecture, which is currently not updated due to refactoring changes in CF CLI itself.

Thanks to @TheFonz2017 and @bpandola for suggestions and discussion.

Create Service Push 1.2.0

• Introduces Tags for brokered services. User provided services do not support tags yet.
• Ability to update a services tags and parameters. This includes the ability to update user-provided-services parameters. Note that plans cannot be updated for safety reasons.
• Introduces Tests

Thanks to JohannesRudolph and aegershman for the requests.

Create Service Push 1.1.1

Fixes a bug where the create-service-push arguments remain and get tagged along into the cf push command.

Thanks JH.

Create Service Push 1.1.0

Implements:

1. Alias: 'csp'. Simply now call cf csp

2. Support for user provided services.

• Credentials
• Routes
• Log Drain

Usage:
Introduced new a field called 'type'. 'type' specifies the type of service
being created. The options are "brokered", "credentials", "drain" and "route".
If 'type' is not specified, the service type defaults to "brokered".

"brokered" are the brokered services that Create Service Push originally supported.

"credentials": Specifies service is a credentials user provided service. During creation, the plugin will look for a 'credentials' field with proceeding key-value pair of values.

Both "drain" and "route" require the input of an "url" YAML field. Route service urls must be of an HTTPS scheme.

Example service-manifest.yml

---
create-services:
- name:   "my-database-service"
  broker: "p-mysql"
  plan:   "1gb"
- name:   "Credentials-UPS"
  type:   "credentials"
  credentials:
    username: david
    password: 12.23@123password
- name:   "Route-UPS"
  type:   "route"
  url:    "https://www.google.com"
- name:   "LogDrain-UPS"
  type:   "drain"
  url:    "syslog-tls://server.myapp.com:1020"

Bug reports, feedback comments and pull requests welcome :-)

Create Service Push Version 1.0.1

Version 1.0.1 Release
This release now waits for services for creation completion before executing the actual cf push.
[Thanks, @bpandola]
Note: Windows Binaries are not signed.

Create-Service-Push Plugin Release

Version 1.0.0 Release
Note: Windows Binaries are not signed.