Re: Cloud Foundry Environment Variable Validation

Mark St.Godard


I think VCAP_APPLICATION should not be removed. Seems like it would break
alot of tools or scripts depending on it.

On Tue, Nov 29, 2016 at 4:41 PM, Tim Lawrence <tim.lawrence1984(a)>

CF seems like it could be used as a prefix for a number of apps outside
the ecosystem. Would it be better to specifically exclude the full CF
strings in question rather than a CF_* wildcard?


On Tue, Nov 29, 2016 at 8:40 PM, Nicholas Calugar <ncalugar(a)>

Hi CF,

CAPI would like to introduce a validation where we disallow environment
variables that begin with “CF_”. For context, we already [1] have several
validations for environment variables, e.g. “VCAP_”. We would like to
prohibit “CF_” for a couple reasons:

1. There are several environment variables with the prefix “CF_” that
are already set in containers running on the platform. Currently, without
this validation, users can override these with app environment variables.
2. VCAP_APPLICATION doesn’t quite fit for the V3 API world where apps
can be made up of multiple processes and tasks. See [2] original discussion
and [3] proposed environment variables we will introduce as we roll out the

If this is acceptable, we’d like to propose adding this validation in an
upcoming version of Cloud Foundry. The plan might look something like this:

1. Announce that the validation would be added in a certain version
of Cloud Foundry.
2. Complete the [3] story for the new “CF_” environment variables.
3. Announce the version where we will remove VCAP_APPLICATION, say
completion of above story + 5 versions.

Please let us know if you have any feedback for the validation itself or
the plan to roll this out.




Nicholas Calugar
Product Manager - Cloud Foundry API
Pivotal Software, Inc.

Join to automatically receive all group messages.