Skip to content

There is no Wolverine.Http.Fisher, where both siblings have one #3944

Description

@jeremydmiller

There is a Wolverine.Http.Marten and a Wolverine.Http.Polecat, and no Fisher equivalent. Noting it here rather than in the wolverine repo because it belongs to the Fisher-parity story; the code itself would live beside its two siblings in wolverine/src/Http/, so move it if that reads better.

Not a blocker: a CritterWatch console flavour compiled against Fisher builds and runs against plain WolverineFx.Http, because nothing in its endpoints reaches for the store-specific half. But the store-specific package is where the aggregate/document HTTP attributes live, so any Fisher application that wants those has nothing to reference, and "the three flavours' csproj files are the same file with one word changed" stops being true at this line.

Low priority — recording it so the parity list is complete.

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    enhancementNew feature or request

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions