Skip to content

Factor WebAssembly debugging infrastructure out of Microsoft.AspNetCore.Components.Server #6519

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

Merged

Conversation

SteveSandersonMS
Copy link
Member

This is one of the steps in #6442

@SteveSandersonMS SteveSandersonMS force-pushed the stevesa/factor-wasm-debugging-out-of-components-server branch from dd2b3a2 to 2601fd9 Compare January 10, 2019 11:35
@@ -33,6 +33,7 @@ This can be done once #4246 is complete, and done in conjunction with converting
<PackageArtifact Include="Microsoft.AspNetCore.Blazor" Category="ship" />
<PackageArtifact Include="Microsoft.AspNetCore.Blazor.Build" Category="ship" />
<PackageArtifact Include="Microsoft.AspNetCore.Blazor.Cli" Category="ship" />
<PackageArtifact Include="Microsoft.AspNetCore.Blazor.Server" Category="ship" />
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

<3

<PackageReference Include="Newtonsoft.Json" Version="$(NewtonsoftJsonPackageVersion)" />

<!-- Used by ws-proxy sources only. Remove this once we're able to consume ws-proxy as a NuGet package. -->
<PackageReference Include="Mono.Cecil" Version="0.10.0-beta7" />
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'm sure this will come up at some point, and it's OK to use an issue to track - but is there a stable version we can use? We don't generally want to depend on prerelease in release, and it looks like that would be easy to happen.

Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks like there have been 2 stable releases of Mono.Cecil on nuget since the 0.10.0-beta7 version. Latest version: Mono.Cecil 0.10.1

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Good points. Thanks for the info. To avoid waiting for another long CI build, I'm going to make the Mono.Cecil version change in #6562.

@@ -87,12 +87,6 @@ public static class BlazorApplicationBuilderExtensions
});
}

// Accept debugger connections
if (config.EnableDebugging)
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Is there a plan/need to clean this up in BlazorConfig? Or is this a temporary thing while we figure out how to ship all of this.

Personally, I feel like having this show up in startup code is an improvement because it's more inline with our other diagnostics features.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yes, I'm sure we'll review and change the Blazor build/hosting mechanisms as we head towards a stable release of that.

@SteveSandersonMS SteveSandersonMS merged commit 827ace6 into master Jan 11, 2019
@natemcmaster natemcmaster deleted the stevesa/factor-wasm-debugging-out-of-components-server branch January 18, 2019 19:17
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants