Closed 36degrees closed 5 years ago
We have created an issue in Pivotal Tracker to manage this:
https://www.pivotaltracker.com/story/show/162082773
The labels on this github issue will be updated when the story is started.
@36degrees thanks! Good point. We decided to allow white spaces and updated the regex parsing in this commit: https://github.com/cloudfoundry/nginx-buildpack/commit/98abf0dbc139baed29620575423ccd01ca8447b3
I don't think we should solve this by trying to use regex to parse go templates. Whitespace around port
works, but other valid uses of port
still fail.
We have created an issue in Pivotal Tracker to manage this:
https://www.pivotaltracker.com/story/show/162103278
The labels on this github issue will be updated when the story is started.
@sclevine how should we be validating instead?
The presence of {{port}}
(or any other valid template variant) is now verified without the use of a regex.
See the following commit: https://github.com/cloudfoundry/nginx-buildpack/commit/589a894105800a92bebdb5e67371bd0b79c5e7cd
N/A
v1.0.0 or above
Following the release notes to update from v0.0.5 to v1.0.3, I replaced
{{.Port}}
with{{ port }}
in mynginx.conf
I expected the build to work
The build failed with:
The validator expects the string
{{port}}
with no spaces inside the curly braces.Either the release notes should be updated to use
{{port}}
or the validator should be updated to allow optional spaces (if this would be templated correctly)