ChilliCream / ChilliCream/graphql-platform

Allow avoiding nuget dependency on ChilliCream.Nitro.App

Open
#9,687 1 comment 1 reaction 0 assignees View on GitHub

Nobody has claimed this yet.

🌶️ hot chocolate
Dominant language
C#
Stars
5.8k
Forks
810
Avg merge
15h 39m
Merged PRs (30d)
98

Description

Product

Hot Chocolate

Is your feature request related to a problem?

Currently referencing HotChocolate.AspNetCore always pulls in the package ChilliCream.Nitro.App.

If one does not need the Nitro-Frontend in ones application then this is undesirable because it pulls in further dependencies like Yarp.ReverseProxy and copies a large 17MB assembly to the output.
Additionally ChilliCream.Nitro.App does not have a well known open-source license. If a HotChocolate user has a license approval process to check that all referenced libraries follow a license whitelist then ChilliCream.Nitro.App needs special handling because of its license.

The solution you'd like

It would be nice if Nitro would be a seperate package that HotChocolate.AspNetCore does not depend on.
This way users who do not need Nitro would avoid the huge dll and the potential licensing pains with it.
If one wants Nitro they could reference this nuget package for nitro and enable it with an extension function.
This can of course be done by default in the project templates.

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by tracing the NuGet dependency from HotChocolate.AspNetCore to ChilliCream.Nitro.App and review how Nitro is enabled. Check the project templates for their current Nitro setup. Done means applications that do not use Nitro no longer receive the package or its large assembly, while users can add Nitro separately and enable it through the intended extension function.

Written by the indexing model from the issue text.

Assessment

Tech stack
csharp
Domain
backend, build-system
Issue type
Feature
Difficulty
4/5
Estimated time
3-5 days
Activity status
Quiet
Clarity
Mostly clear
Newbie friendliness
52/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.