Closed roketworks closed 5 years ago
We have created an issue in Pivotal Tracker to manage this:
https://www.pivotaltracker.com/story/show/154537266
The labels on this github issue will be updated when the story is started.
When will the fix proposed be deployed? Thanks.
Fixed in recent releases.
Re-opened based on report of similar behavior in recent versions.
We have created an issue in Pivotal Tracker to manage this:
https://www.pivotaltracker.com/story/show/158675178
The labels on this github issue will be updated when the story is started.
What version of Cloud Foundry and CF CLI are you using? (i.e. What is the output of running
cf curl /v2/info && cf version
?What version of the buildpack you are using?
2.0.0
If you were attempting to accomplish a task, what was it you were attempting to do?
Push pre-published dotnet core application, with an assembly name containing at least 1
.
Sample .csproj:
Steps to reproduce
.
(eg. Company.Test.WebApi)cf push -b https://github.com/cloudfoundry/dotnet-core-buildpack.git
What did you expect to happen?
Application startup successfully
What was the actual behavior?
Application crashes trying to startup with bash error in logs:
Push output:
Running
cf push -b https://github.com/cloudfoundry/dotnet-core-buildpack.git -v
showsdetected_start_command
ascd . && ./. --server.urls http://0.0.0.0:${PORT}
Change AssemblyName in .csproj to remove any
.
will resolve the issue and thedetected_start_command
will be correct. Egcd ${HOME} && dotnet ./WebApi.dll --server.urls http://0.0.0.0:${PORT}
I think this is due to using this line. With a prepublished application the project will be
Something.WebApi.runtimeconfig.json
and thestrings.split()
function will return only part of the file path.I believe this would still happen with non-prepublished applications, but I have not tested that scenario.
Please confirm where necessary: