2016-01-06 08:04:40 +08:00
|
|
|
<?xml version="1.0" encoding="utf-8"?>
|
2014-05-22 21:11:50 +08:00
|
|
|
<configuration>
|
2015-03-04 09:06:09 +08:00
|
|
|
<configSections>
|
|
|
|
|
<sectionGroup name="system.web.webPages.razor" type="System.Web.WebPages.Razor.Configuration.RazorWebSectionGroup, System.Web.WebPages.Razor, Version=3.0.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35">
|
2016-01-06 08:04:40 +08:00
|
|
|
<section name="host" type="System.Web.WebPages.Razor.Configuration.HostSection, System.Web.WebPages.Razor, Version=3.0.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" requirePermission="false" />
|
|
|
|
|
<section name="pages" type="System.Web.WebPages.Razor.Configuration.RazorPagesSection, System.Web.WebPages.Razor, Version=3.0.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" requirePermission="false" />
|
2015-03-04 09:06:09 +08:00
|
|
|
</sectionGroup>
|
|
|
|
|
</configSections>
|
|
|
|
|
<system.web.webPages.razor>
|
2021-02-19 17:31:26 +08:00
|
|
|
<host factoryType="System.Web.Mvc.MvcWebRazorHostFactory, System.Web.Mvc, Version=5.2.7, Culture=neutral, PublicKeyToken=31bf3856ad364e35" />
|
2015-03-04 09:06:09 +08:00
|
|
|
<pages pageBaseType="Orchard.Mvc.ViewEngines.Razor.WebViewPage">
|
|
|
|
|
<namespaces>
|
2016-01-06 08:04:40 +08:00
|
|
|
<add namespace="System.Web.Mvc" />
|
|
|
|
|
<add namespace="System.Web.Mvc.Ajax" />
|
|
|
|
|
<add namespace="System.Web.Mvc.Html" />
|
|
|
|
|
<add namespace="System.Web.Routing" />
|
|
|
|
|
<add namespace="System.Web.WebPages" />
|
|
|
|
|
<add namespace="System.Linq" />
|
|
|
|
|
<add namespace="System.Collections.Generic" />
|
|
|
|
|
<add namespace="Orchard.Mvc.Html" />
|
2015-03-04 09:06:09 +08:00
|
|
|
</namespaces>
|
|
|
|
|
</pages>
|
|
|
|
|
</system.web.webPages.razor>
|
2018-09-19 19:45:23 +08:00
|
|
|
<appSettings>
|
|
|
|
|
<add key="aspnet:RoslynCompilerLocation" value="..\..\bin\roslyn" />
|
|
|
|
|
</appSettings>
|
2015-03-04 09:06:09 +08:00
|
|
|
<system.web>
|
2021-02-19 17:31:26 +08:00
|
|
|
<compilation targetFramework="4.8">
|
2015-03-04 09:06:09 +08:00
|
|
|
<assemblies>
|
2016-01-14 07:09:15 +08:00
|
|
|
<add assembly="System.Core, Version=4.0.0.0, Culture=neutral, PublicKeyToken=B77A5C561934E089" />
|
8686: Fixing build and tests on 1.10.x (#8687)
* Fixing that RecipeManagerTests failed due to HttpContext not being available
* Fixing OwnerEditor tests in CommonPartProviderTests as the owner editor now checks for a different permission since 5b0c82d1ad39526253eb2a5caf74dbcb8615860a
* Fixing typo in CommonPartProviderTests.UpdateModelStub class name
* Fixing that test cases for invalid path in FileSystemStorageProviderTests broke in a3e9bef3ca084aedc0dbdcc6e82d31f4497b2007 (issue #6802, PR #6919)
I should review PRs more carefully!
* Fixing CurrentCultureWorkContextTests
* Fixing indentation in DefaultDateFormatterTests
* Updating Orchard.Azure.Web's required version of System.Web.Mvc to match the rest of the solution
* Orchard.Specs: Fixing assembly loading errors when starting up the web host by adding binding redirects
* Adding empty compile workflow from dev
* Adding the compile workflow's actual contents
* Changing default shell to pwsh (msbuild was not found in cmd?)
* Adding msbuild to PATH
* Removing unused references to System.Net.Http
* Replacing System.Net.Http references with its NuGet package to pin the correct version number (experimental)
* Upgrading Microsoft.CodeDom.Providers.DotNetCompilerPlatform to 4.1.0 (latest) to get rid of old System.Http.Net dependency
* Orchard.proj: Spec target actually depends on only the Compile target, not Package-Stage (experimental)
* Compile workflow: Testing the Test and Spec targets
* Fixing Test step
* Fixing compile workflow to also mark Razor compilation warnings as errors
* Restoring Orchard.Specs/Hosting/Orchard.Web/Web.config to match Orchard.Web's web.config closer
so that it loads assemblies from the Dependencies folder.
This fixes the error with Autofac not being able to resolve dependencies for DefaultOrchardShell
* Orchard.Specs/Hosting/Orchard.Web/Global.asax.cs: Workaround for AntiForgeryToken bug in ASP.NET MVC since version 5.2.4
https://github.com/aspnet/AspNetWebStack/issues/162
* Revert "Replacing System.Net.Http references with its NuGet package to pin the correct version number (experimental)"
This reverts commit 087f2849b116fd1e1d890a8e5ea867a644f05426.
* Revert "Upgrading Microsoft.CodeDom.Providers.DotNetCompilerPlatform to 4.1.0 (latest) to get rid of old System.Http.Net dependency"
This reverts commit be2ba866e34b9140e92365ede4876c375a0053f2.
* Reverting the addition of assembly binding redirects to Orchard.Specs/Hosting/Simple.Web/Web.config
since it doesn't need them like Orchard.Specs/Hosting/Orchard.Web/Web.config does
* Disabling Test and Spec execution for now
* Orchard.Framework: Making the System.Net.Http not-private to prevent an outdated version sticking around
* Orchard.Workflows: Adding assembly binding redirect for System.Net.Http to avoid Razor compilation warning
* Moving the System.Net.Http assembly redirect to Orchard.Web
* Specs: Fixing "I can create browse blog posts on several pages" Blog test's usage of "I should not see" and correcting the parameters too
because unlike "I should see", this is not a regex match, just contains
* Specs: Fixing "I can create browse blog posts on several pages" Blog test's flakyness due to timing
because the blog posts are created quickly after one another and the lack of millisecond-precision can cause
the blog posts to appear out of order of creation
* Specs: Media test simplified since the Orchard.Media feature is deprecated
* Adding step to the Compile workflow to upload the MSBuild binlog results
* Pinning the referenced version of System.Net.Http to 4.2.0.0 to prevent Razor compilation warning
System.Net.Http is known to have such problems across different framework versions ways of referencing it
The original warning is:
ASPNETCOMPILER : error : The following assembly has dependencies on a version of the .NET Framework that is higher than the target and might not load correctly during runtime causing a failure: Orchard.Workflows, Version=1.10.3.0, Culture=neutral, PublicKeyToken=null. The dependencies are: System.Net.Http, Version=4.2.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a. You should either ensure that the dependent assembly is correct for the target framework, or ensure that the target framework you are addressing is that of the dependent assembly. [D:\a\Orchard\Orchard\src\Orchard.Web\Modules\Orchard.Workflows\Orchard.Workflows.csproj
* Re-enabling the Test step
* Re-enabling the Specs step
* Marking System.Net.Http references as private (copy local) to make sure that it's always available, because it requires a specific version
* Revert "Marking System.Net.Http references as private (copy local) to make sure that it's always available, because it requires a specific version"
This reverts commit e4f563223689b5cf88a143634a75e8b999a55a76.
* Orchard.Specs: Adding Settings feature
* Orchard.Specs: Updating DateTime.CreatingAndUsingDateTimeFieldsInAnotherCulture structure without functional change
* Orchard.Specs: Updating Settings.AddingANewSiteCultureAndSelectingItAsTheDefaultWorks to correctly detect that a culture that wasn't added before can be set as default
* Fixing Newtonsoft.Json references
* Specs: Workaround for the DefineDefaultCulture binding and removing the Settings feature which is now redundant with CreatingAndUsingDateTimeFieldsInAnotherCulture
* Updating the compile workflow to run the build + tests on PR, dev and 1.10.x commits
* Adding the compile workflow to the solution
2023-06-28 21:11:46 +08:00
|
|
|
<add assembly="System.Net.Http, Version=4.2.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" />
|
2016-01-06 08:04:40 +08:00
|
|
|
<add assembly="System.Web.Abstractions, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" />
|
|
|
|
|
<add assembly="System.Web.Routing, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" />
|
|
|
|
|
<add assembly="System.Data.Linq, Version=4.0.0.0, Culture=neutral, PublicKeyToken=B77A5C561934E089" />
|
2021-02-19 17:31:26 +08:00
|
|
|
<add assembly="System.Web.Mvc, Version=5.2.7, Culture=neutral, PublicKeyToken=31bf3856ad364e35" />
|
2016-01-06 08:04:40 +08:00
|
|
|
<add assembly="System.Web.WebPages, Version=3.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" />
|
|
|
|
|
<add assembly="System.Xml, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" />
|
|
|
|
|
<add assembly="Orchard.Framework" />
|
|
|
|
|
<add assembly="Orchard.Core" />
|
2015-03-04 09:06:09 +08:00
|
|
|
</assemblies>
|
|
|
|
|
</compilation>
|
|
|
|
|
</system.web>
|
2021-02-05 02:05:50 +08:00
|
|
|
<runtime>
|
|
|
|
|
<assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
|
2016-01-06 08:04:40 +08:00
|
|
|
<dependentAssembly>
|
2021-02-05 02:05:50 +08:00
|
|
|
<assemblyIdentity name="Autofac" publicKeyToken="17863af14b0044da" culture="neutral" />
|
|
|
|
|
<bindingRedirect oldVersion="0.0.0.0-3.5.0.0" newVersion="3.5.0.0" />
|
2016-01-06 08:04:40 +08:00
|
|
|
</dependentAssembly>
|
|
|
|
|
<dependentAssembly>
|
2021-02-05 02:05:50 +08:00
|
|
|
<assemblyIdentity name="NHibernate" publicKeyToken="aa95f207798dfdb4" culture="neutral" />
|
2023-05-16 18:39:17 +08:00
|
|
|
<bindingRedirect oldVersion="0.0.0.0-5.3.0.0" newVersion="5.3.0.0" />
|
2016-01-06 08:04:40 +08:00
|
|
|
</dependentAssembly>
|
|
|
|
|
<dependentAssembly>
|
2021-02-05 02:05:50 +08:00
|
|
|
<assemblyIdentity name="Iesi.Collections" publicKeyToken="aa95f207798dfdb4" culture="neutral" />
|
2023-05-16 18:39:17 +08:00
|
|
|
<bindingRedirect oldVersion="0.0.0.0-4.0.0.4000" newVersion="4.0.0.4000" />
|
2016-01-06 08:04:40 +08:00
|
|
|
</dependentAssembly>
|
|
|
|
|
<dependentAssembly>
|
2021-02-05 02:05:50 +08:00
|
|
|
<assemblyIdentity name="Newtonsoft.Json" publicKeyToken="30ad4fe6b2a6aeed" culture="neutral" />
|
2022-07-05 15:30:08 +08:00
|
|
|
<bindingRedirect oldVersion="0.0.0.0-13.0.0.0" newVersion="13.0.0.0" />
|
2021-02-19 17:31:26 +08:00
|
|
|
</dependentAssembly>
|
|
|
|
|
<dependentAssembly>
|
|
|
|
|
<assemblyIdentity name="System.Web.Helpers" publicKeyToken="31bf3856ad364e35" />
|
|
|
|
|
<bindingRedirect oldVersion="1.0.0.0-3.0.0.0" newVersion="3.0.0.0" />
|
|
|
|
|
</dependentAssembly>
|
|
|
|
|
<dependentAssembly>
|
|
|
|
|
<assemblyIdentity name="System.Web.WebPages" publicKeyToken="31bf3856ad364e35" />
|
|
|
|
|
<bindingRedirect oldVersion="1.0.0.0-3.0.0.0" newVersion="3.0.0.0" />
|
|
|
|
|
</dependentAssembly>
|
|
|
|
|
<dependentAssembly>
|
|
|
|
|
<assemblyIdentity name="System.Web.Mvc" publicKeyToken="31bf3856ad364e35" />
|
|
|
|
|
<bindingRedirect oldVersion="1.0.0.0-5.2.7.0" newVersion="5.2.7.0" />
|
2015-03-04 09:06:09 +08:00
|
|
|
</dependentAssembly>
|
2021-02-05 02:05:50 +08:00
|
|
|
</assemblyBinding>
|
|
|
|
|
</runtime>
|
2021-02-19 17:31:26 +08:00
|
|
|
<system.codedom>
|
|
|
|
|
<compilers>
|
8776: Upgrade Microsoft.CodeDom.Providers.DotNetCompilerPlatform to latest version (#8777)
* Upgrading projects, code generation templates and Specflow app to use Microsoft.CodeDom.Providers.DotNetCompilerPlatform 4.1.0 (latest)
* Updating csprojs not to define LangVersion separately in Release and Debug mode, setting it to "default" instead of "latest"
* Restricting C# language version to 7.3
* Downgrading SmtpMessageChannel.cs to C# 7.3
* Setting MvcBuildViews = false in the remaining csprojs that reference DotNetCompilerPlatform, like the others
* Setting RoslynCopyToOutDir = false in each csproj that references DotNetCompilerPlatform
See https://github.com/aspnet/RoslynCodeDomProvider?tab=readme-ov-file#build-time-options
- We only need Orchard.Web to include the Roslyn tools in its bin folder, the other csprojs only need the DLL reference
- We could simply remove the targets import in these csprojs, but it will be re-added when the package is updated, so this is cleaner/easier
* We don't actually need <MvcBuildViews>false</MvcBuildViews> in csprojs
* Orchard.Web: Copying Roslyn files to the output folder using the provided target (CopyRoslynCompilerFilesToOutputDirectory) instead of our custom one
* Orchard.proj: Factoring out a part of the Compile target into the DevCompile target and removing BuildViews target
- For a simple local build (just to validate that the solution builds), we don't actually need that second build that copies files to the output folder.
- CI builds (Test, Spec, etc.) that operate on the build output folder are unaffected, because Compile calls DevCompile
- The BuildViews target is not really necessary, just call any other target (Compile, DevCompile, Spec, etc.) with "/p:MvcBuildViews=true"
* Removing incorrect comment about Razor IntelliSense
* Removing VBCodeProvider configuration from Web.config files
* Getting rid of Microsoft.CodeDom.Providers.DotNetCompilerPlatform.targets imports and associated configuration except in Orchard.Web.csproj
* Adding VB compiler configuration to src/Orchard.Web/Web.config, because it would be readded on rebuild by the imported target anyway
2024-04-04 22:35:29 +08:00
|
|
|
<compiler language="c#;cs;csharp" extension=".cs" warningLevel="4" compilerOptions="/langversion:7.3 /nowarn:1659;1699;1701;612;618" type="Microsoft.CodeDom.Providers.DotNetCompilerPlatform.CSharpCodeProvider, Microsoft.CodeDom.Providers.DotNetCompilerPlatform, Version=4.1.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" />
|
2021-02-19 17:31:26 +08:00
|
|
|
</compilers>
|
|
|
|
|
</system.codedom>
|
2015-03-04 09:06:09 +08:00
|
|
|
</configuration>
|