- 
                Notifications
    You must be signed in to change notification settings 
- Fork 2.1k
React to Razor.Design package removal #8680
Conversation
         pranavkm
  
      
      
      commented
      
            pranavkm
  
      
      
      commented
        Oct 31, 2018 
      
    
  
- Remove references to packages (Razor.Design, Razor.Extensions) solely used to bring in compiler \ targets
- Target netcoreapp3.0 in samples and tests to allow Sdk to infer values
| <PackagePath>tools/dotnet-getdocument.dll</PackagePath> | ||
| <StrongName>$(AssemblySigningStrongName)</StrongName> | ||
| </SignedPackageFile> | ||
| <SignedPackageFile Include="../dotnet-getdocument/bin/$(Configuration)/netcoreapp2.1/publish/dotnet-getdocument.exe"> | 
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Sounds good 😺
| <MicrosoftNETSdkRazorPackageVersion>3.0.0-alpha1-10654</MicrosoftNETSdkRazorPackageVersion> | ||
| <MicrosoftNETCoreApp30PackageVersion>3.0.0-preview1-26907-05</MicrosoftNETCoreApp30PackageVersion> | ||
| <MicrosoftNetHttpHeadersPackageVersion>3.0.0-alpha1-10670</MicrosoftNetHttpHeadersPackageVersion> | ||
| <MicrosoftNETSdkRazorPackageVersion>3.0.0-a-alpha1-sdk-31823</MicrosoftNETSdkRazorPackageVersion> | 
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Feature branch of Razor Sdk
| @pranavkm it's possible .NET Core changed their default formats between 2.2 and 3.0. Since the failure doesn't occur without your changes, I suspect that's the case. The line to change is Mvc/test/Microsoft.AspNetCore.Mvc.Core.Test/ModelBinding/RouteValueProviderTests.cs Line 78 in c74a945 
 | 
| @pranavkm I found the relevant CoreFx change: See issue dotnet/corefx#29538, PR dotnet/coreclr#18316 or commit dotnet/coreclr@a51328304a. Their change is in 3.0 only. | 
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
mostly questions and suggestions…
| <Project Sdk="Microsoft.NET.Sdk.Web"> | ||
| <PropertyGroup> | ||
| <TargetFrameworks>netcoreapp2.2</TargetFrameworks> | ||
| <TargetFrameworks>netcoreapp3.0</TargetFrameworks> | 
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
What fails if we use $(StandardTestWebsiteTfms) in these projects with hard-coded target frameworks? If we can, would be great to get rid of the special cases.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The variable isn't defined in the root Directory.Build.props (it's in the test Directory.Build.props). So wouldn't be available here. In addition, I think these projects are meant to be buildable standalone on the benchmark server, so I'm going to leave it be for now
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ah, now I remember doing that…
|  | ||
| <_EnableAllInclusiveRazorSdk>true</_EnableAllInclusiveRazorSdk> | ||
| <RazorLangVersion>2.1</RazorLangVersion> | ||
| <RazorDefaultConfiguration>MVC-2.1</RazorDefaultConfiguration> | 
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Why target only 2.1 in this project?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It's the most recent version of Razor that's available
| <PackagePath>tools/dotnet-getdocument.dll</PackagePath> | ||
| <StrongName>$(AssemblySigningStrongName)</StrongName> | ||
| </SignedPackageFile> | ||
| <SignedPackageFile Include="../dotnet-getdocument/bin/$(Configuration)/netcoreapp2.1/publish/dotnet-getdocument.exe"> | 
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Sounds good 😺
| <MicrosoftExtensionsWebEncodersPackageVersion>3.0.0-alpha1-10670</MicrosoftExtensionsWebEncodersPackageVersion> | ||
| <MicrosoftNETCoreApp20PackageVersion>2.0.9</MicrosoftNETCoreApp20PackageVersion> | ||
| <MicrosoftNETCoreApp21PackageVersion>2.1.3</MicrosoftNETCoreApp21PackageVersion> | ||
| <MicrosoftNETCoreApp22PackageVersion>2.2.0-preview3-27014-02</MicrosoftNETCoreApp22PackageVersion> | 
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We don't want any tests using 2.2 anymore? Seems extreme and leaves us with a testing gap.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I don't think we've ever tested an earlier version of netcoreapp TFM in our repo.
| <MicrosoftAspNetCoreBenchmarkRunnerSourcesPackageVersion>3.0.0-alpha1-10654</MicrosoftAspNetCoreBenchmarkRunnerSourcesPackageVersion> | ||
| <MicrosoftAspNetCoreChunkingCookieManagerSourcesPackageVersion>3.0.0-alpha1-10654</MicrosoftAspNetCoreChunkingCookieManagerSourcesPackageVersion> | ||
| <MicrosoftAspNetCoreCookiePolicyPackageVersion>3.0.0-alpha1-10654</MicrosoftAspNetCoreCookiePolicyPackageVersion> | ||
| <MicrosoftAspNetCoreCorsPackageVersion>3.0.0-a-alpha1-w-m-16569</MicrosoftAspNetCoreCorsPackageVersion> | 
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
To confirm: We no longer need to use the feature branch packages for CORS or Routing?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yeah. Haven't seen any test failures as a result of updating
* Remove references to packages (Razor.Design, Razor.Extensions) solely used to bring in compiler \ targets * Target netcoreapp3.0 in samples and tests to allow Sdk to infer values
7deddc3    to
    5e6b7f9      
    Compare
  
            
          
                test/Microsoft.AspNetCore.Mvc.Core.Test/ModelBinding/RouteValueProviderTests.cs
          
            Show resolved
            Hide resolved
        
              
          
                test/Microsoft.AspNetCore.Mvc.Core.Test/ModelBinding/RouteValueProviderTests.cs
          
            Show resolved
            Hide resolved
        
      | <Project Sdk="Microsoft.NET.Sdk.Web"> | ||
| <PropertyGroup> | ||
| <TargetFrameworks>netcoreapp2.2</TargetFrameworks> | ||
| <TargetFrameworks>netcoreapp3.0</TargetFrameworks> | 
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ah, now I remember doing that…