Open bugproof opened 2 years ago
It worked with version 0.3.2.
<StaticWebAssetsEnabled>false</StaticWebAssetsEnabled>
to csproj dotnet-thirdpartynotices
in solution folderJust tried it. For some reason my Blazor WASM project in .NET 8 doesn't compile with <StaticWebAssetsEnabled>false</StaticWebAssetsEnabled>
and without it I get Resolved files count: 0
part of the csproj file:
<Project Sdk="Microsoft.NET.Sdk.BlazorWebAssembly">
<PropertyGroup>
<TargetFramework>net8.0</TargetFramework>
<Nullable>enable</Nullable>
<ImplicitUsings>enable</ImplicitUsings>
<RootNamespace>Client</RootNamespace>
<PublishTrimmed>true</PublishTrimmed>
<ServiceWorkerAssetsManifest>service-worker-assets.js</ServiceWorkerAssetsManifest>
<LangVersion>preview</LangVersion>
<BlazorWebAssemblyLoadAllGlobalizationData>true</BlazorWebAssemblyLoadAllGlobalizationData>
</PropertyGroup>
I have for example
<PackageReference Include="MudBlazor" Version="6.17.0" />
There is some issue with
This tool works perfectly though: ThirdLicense
I did some small analysis and:
It wraps dotnet list package --include-transitive
command to extract the dependencies - I don't know which .NET versions it supports. Their license finder code is very basic and it doesn't embed full license text in the file.
So ways to solve this issue is:
A. Wrapping dotnet list package
as alternative for ComputeFilesToPublish
and just use resolver logic as usual
B. Checking how dotnet list package
is implemented and replicate it here -- which is just a wrapper over nuget cli ListPackageCommandRunner
This class seems to be responsible for it MSBuildAPIUtility which I think is just based on project.assets.json file.
Upvote & Fund