You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Nov 1, 2018. It is now read-only.
Currently publish-iis always sets processPath attribute to the exe - e.g. (processPath="..\myapp.exe"). If the application is using the shared runtime there will be no .exe and the config file should look differently - processPath="dotnet" arguments="..\myapp.dll"
Note that IIS runs using its own account and dotnet may not be on the path/accessible - we will probably need some guidance about this.
/cc @danroth27
The text was updated successfully, but these errors were encountered:
moozzyk
changed the title
publish-iis needs to understand portable vs. shared contained apps
publish-iis needs to understand portable vs. self contained apps
Apr 15, 2016
#109)
* Antares blocks some windows APIs. We have use socket instead of calling GetExtendedTcpTable to check whether the backend is listening on given port.
* Use socket instead of calling GetExtendedTcpTable to check if the backend process listens on given port since Antares blocks couple APIs
* Antares blocks some windows APIs. We have use socket instead of calling GetExtendedTcpTable
* update format
* format change
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Currently publish-iis always sets
processPath
attribute to the exe - e.g. (processPath="..\myapp.exe"
). If the application is using the shared runtime there will be no .exe and the config file should look differently -processPath="dotnet" arguments="..\myapp.dll"
Note that IIS runs using its own account and dotnet may not be on the path/accessible - we will probably need some guidance about this.
/cc @danroth27
The text was updated successfully, but these errors were encountered: