-
Notifications
You must be signed in to change notification settings - Fork 10.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Unable to publish server-hosted Blazor app from Visual Studio Preview #11088
Comments
I have just spotted that the reported error in the Error List is the same as for #10878. Not sure if that means it's really the same problem or it's just that any build error will eventually cause a "projects.assets.json" report. |
Further details in the SO link above, but it appear my main problem was trying to set the deployment to "self-contained" to workaround the lack of .netcore 3.0 on the server. It appears that .netcore3 can be manually added from the Azure portal (websockets also needs to be enabled) but this is not done automatically by the deployment mechanism. |
Thanks for contacting us, @NeilMacMullen. |
@mkArtakMSFT The implicit follow-up action in my last comment was for the deployment mechanism to be modified to add .netcore 3 automatically or, at the very least, for a warning to be generated making it obvious that this needs to be done. (Maybe this has already been done/worked around in one of the referenced issues?) |
This may be related to #10878 but appears to have different symptoms.
The issue is described at https://stackoverflow.com/questions/56543379/how-can-i-deploy-a-blazor-server-hosted-application-from-visual-studio-2019 but in summary, when attempting to publish a server-hosted Blazor app from with Visual Studio, it appears that the deployment process assumes that the Client dll lives in $client-build-directory/$runtimeEnvironment rather than just $client-build-directory. I.e. I get errors saying
Note that the dll has been built to D:\work\Applications\Web\MyApp.Client\bin\Release\netstandard2.0\MyApp.Client.dll
The text was updated successfully, but these errors were encountered: