Pandatech.ResponseCrafter 5.1.0

There is a newer version of this package available.
See the version list below for details.
dotnet add package Pandatech.ResponseCrafter --version 5.1.0                
NuGet\Install-Package Pandatech.ResponseCrafter -Version 5.1.0                
This command is intended to be used within the Package Manager Console in Visual Studio, as it uses the NuGet module's version of Install-Package.
<PackageReference Include="Pandatech.ResponseCrafter" Version="5.1.0" />                
For projects that support PackageReference, copy this XML node into the project file to reference the package.
paket add Pandatech.ResponseCrafter --version 5.1.0                
#r "nuget: Pandatech.ResponseCrafter, 5.1.0"                
#r directive can be used in F# Interactive and Polyglot Notebooks. Copy this into the interactive tool or source code of the script to reference the package.
// Install Pandatech.ResponseCrafter as a Cake Addin
#addin nuget:?package=Pandatech.ResponseCrafter&version=5.1.0

// Install Pandatech.ResponseCrafter as a Cake Tool
#tool nuget:?package=Pandatech.ResponseCrafter&version=5.1.0                

Pandatech.ResponseCrafter

Introduction

Pandatech.ResponseCrafter is a comprehensive NuGet package for .NET 8+, specifically designed to enhance exception handling and logging in ASP.NET Core applications, and now extended to support SignalR hubs. This package simplifies managing standard and custom exceptions by crafting detailed error responses suitable for both development and production environments. It inherits all RFC 9457 Problem Details for HTTP APIs and even extends it.

Features

  • Custom Exception Handling: Streamlines the process of managing both standard HTTP exceptions and custom exceptions for both REST APIs and SignalR.
  • Detailed Error Responses: Generates verbose error messages, including stack traces for in-depth debugging in development environments.
  • Environment-Sensitive Logging: Provides flexible logging and response behavior based on visibility settings (Public or Private):
    • Private: All exceptions are sent to the client as defined, and 4xx errors are logged as warnings while 5xx errors are logged as errors.
    • Public: 4xx exceptions are sent to the client as defined, while 5xx errors are concealed with a generic message. Logging remains the same as in Private.
  • Frontend-Friendly Error Messages: Supports converting error messages to your desired case convention, facilitating easier integration with frontend localization systems.
  • Standardized Error Responses for REST and SignalR: Provides a standardized error response format, making it easier for frontend applications to parse and display error messages. The error response format for REST APIs is shown below:
{
    "RequestId": "0HMVFE0A284AM:00000001",
    "TraceId": "a55582ab204162e66e124b0378776ab7",
    "Instance": "POST - 164.54.144.23:443/users/register",
    "StatusCode": 400,
    "Type": "BadRequestException",
    "Errors": {
        "email": "email_address_is_not_in_a_valid_format",
        "password": "password_must_be_at_least_8_characters_long"
    },
    "Message": "the_request_was_invalid_or_cannot_be_otherwise_served."
}

For SignalR, the standard error response format is:

{
    "TraceId": "a55582ab204162e66e124b0378776ab7",
    "InvocationId": "0HMVFE0A0HMVFE0A284AMHMV00HMVFE0A284AM0A284AM",
    "Instance": "SendMessage",
    "StatusCode": 400,
    "Errors": {
        "email": "email_address_is_not_in_a_valid_format",
        "password": "password_must_be_at_least_8_characters_long"
    },
    "Message": "the_request_was_invalid_or_cannot_be_otherwise_served."
}

Installation

Install the package via NuGet Package Manager or use the following command:

Install-Package ResponseCrafter

Usage

1. Setup Exception Handlers:

Add AddResponseCrafter in program.cs bby providing an optional naming convention, and configure ResponseCrafterVisibility in your settings.

var builder = WebApplication.CreateBuilder(args);

// Basic setup
builder.AddResponseCrafter();

// Setup with a specific naming convention
builder.AddResponseCrafter(NamingConvention.ToSnakeCase);

var app = builder.Build();
app.UseResponseCrafter();
app.Run();

Configure visibility in your appsettings.json:

{
    "ResponseCrafterVisibility": "Public"
}

Supported naming conventions:

public enum NamingConvention
{
    Default = 0,
    ToSnakeCase = 1,
    ToPascalCase = 2,
    ToCamelCase = 3,
    ToKebabCase = 4,
    ToTitleCase = 5,
    ToHumanCase = 6
}

2. Setup Exception Handling for SignalR:

For SignalR support, register the exception filter for your hubs (or per hub) as follows:

builder.Services.AddSignalR(options => options.AddFilter<SignalRExceptionFilter>());

If you already have the existing configuration for REST APIs, like builder.AddResponseCrafter(NamingConvention.ToSnakeCase);, SignalR messages will automatically use the same error handling and response crafting.

3. Implement Hub Methods with Standard Arguments:

To allow proper response handling, the hub methods should use the HubArgument<T> structure, which provides a unique invocation ID for tracing errors and crafting detailed responses.

public async Task SendMessage(HubArgument<Message> hubArgument)
{
    throw new BadRequestException("This is a test exception");
    await Clients.All.ReceiveMessage(hubArgument.Argument);
}

4. Define Custom Exceptions:

Create custom exception classes that inherit from ApiException or use the predefined ones. Use ErrorDetails records for specific error messages related to API requests.

5. Configure Middleware:

  • Implement the exception handling middleware in your application's pipeline.
app.UseResponseCrafter();

SignalR-Specific Error Handling and Structure

When using the package with SignalR, the following structures are used for standardizing request and response handling: HubErrorResponse This class is used to format error responses sent back to the client:

public class HubErrorResponse
{
   public required string InvocationId { get; set; }
   public required string Instance { get; set; }
   public int StatusCode { get; set; }
   public string Message { get; set; } = string.Empty;
   public Dictionary<string, string>? Errors { get; set; }
}

HubArgument<T> This class wraps around the standard arguments passed to SignalR methods, adding an InvocationId to enable unique error tracing.

public class HubArgument<T>
{
   public required string InvocationId { get; set; }
   public required T Argument { get; set; }
}

Logging and Error Responses:

The package automatically logs warnings or errors and provides crafted responses based on the exception type, whether for REST APIs or SignalR hubs.

Predefined HTTP Exceptions

  • BadRequestException
  • UnauthorizedException
  • PaymentRequiredException
  • ForbiddenException
  • NotFoundException
  • ConflictException
  • TooManyRequestsException
  • InternalServerErrorException
  • ServiceUnavailableException

Custom Exception Helper Methods

Using exception helpers:

decimal? price = -10.5m;
//For 400 Bad Request
BadRequestException.ThrowIfNullOrNegative(price, "Price is negative");
//For 500 Internal Server Error
InternalServerErrorException.ThrowIfNullOrNegative(price, "Price is negative");

string? username = "   ";
//For 400 Bad Request
BadRequestException.ThrowIfNullOrWhiteSpace(username, "Please provide username");
//For 404 Not Found
NotFoundException.ThrowIfNullOrWhiteSpace(username);
//For 500 Internal Server Error
InternalServerErrorException.ThrowIfNullOrWhiteSpace(username, "Price is negative");

List<int> tags = [];
//For 400 Bad Request
BadRequestException.ThrowIfNullOrEmpty(tags, "Please provide tags");
//For 404 Not Found
NotFoundException.ThrowIfNullOrEmpty(tags);
//For 500 Internal Server Error
InternalServerErrorException.ThrowIfNullOrEmpty(tags, "Please provide tags");

object? user = null;
//For 400 Bad Request
BadRequestException.ThrowIfNull(user, "Please provide user");
//For 404 Not Found
NotFoundException.ThrowIfNull(user, "Please provide user");
//For 500 Internal Server Error
InternalServerErrorException.ThrowIfNull(user, "Please provide user");

bool userUnauthorized = false;
//For 401 Unauthorized
UnauthorizedException.ThrowIf(userUnauthorized, "User is unauthorized");
//For 500 Internal Server Error
InternalServerErrorException.ThrowIf(userUnauthorized, "User is unauthorized");

These examples show how to use the ThrowIfNullOrNegative, ThrowIfNullOrWhiteSpace, ThrowIfNullOrEmpty and ThrowIfNull helper methods from BadRequestException, InternalServerErrorException and NotFoundException. Adjust the object names and values according to your specific application needs.

Recommendations

  • Error Message Formatting: It's recommended to use snake_case for error messages to aid frontend applications in implementing localization.

Limitations

  • This package is specifically tailored for .NET 8 and above.

License

Pandatech.ResponseCrafter is licensed under the MIT License.

Product Compatible and additional computed target framework versions.
.NET net9.0 is compatible. 
Compatible target framework(s)
Included target framework(s) (in package)
Learn more about Target Frameworks and .NET Standard.

NuGet packages (1)

Showing the top 1 NuGet packages that depend on Pandatech.ResponseCrafter:

Package Downloads
Pandatech.SharedKernel

Pandatech.SharedKernel provides centralized configurations, utilities, and extensions for ASP.NET Core projects. For more information refere to readme.md document.

GitHub repositories

This package is not used by any popular GitHub repositories.

Version Downloads Last updated
5.1.3 79 12/18/2024
5.1.2 79 12/17/2024
5.1.1 105 12/13/2024
5.1.0 77 12/11/2024
5.0.3 102 11/28/2024
5.0.2 120 11/23/2024
5.0.1 119 11/21/2024
5.0.0 89 11/21/2024
4.0.1 116 11/11/2024
4.0.0 107 10/4/2024
3.0.1 136 9/11/2024
3.0.0 120 7/18/2024
2.2.2 122 6/29/2024
2.2.1 121 6/29/2024
2.2.0 124 6/27/2024
2.1.4 124 6/27/2024
2.1.3 154 6/22/2024
2.1.2 99 6/22/2024
2.1.1 109 6/22/2024
2.1.0 105 6/22/2024
2.0.0 117 6/13/2024
1.7.0 104 6/13/2024
1.6.3 110 6/9/2024
1.6.2 114 6/6/2024
1.6.1 134 6/2/2024
1.5.1 122 5/28/2024
1.5.0 123 5/26/2024
1.4.14 125 5/24/2024
1.4.13 109 5/24/2024
1.4.12 118 5/17/2024
1.4.10 134 5/8/2024
1.4.9 139 5/7/2024
1.4.8 118 5/6/2024
1.4.7 130 5/5/2024
1.4.6 89 5/3/2024
1.4.5 126 4/24/2024
1.4.4 121 4/24/2024
1.4.3 117 4/24/2024
1.4.2 117 4/23/2024
1.4.1 138 4/16/2024
1.4.0 127 4/16/2024
1.3.0 116 4/16/2024
1.2.1 148 4/3/2024
1.2.0 152 4/2/2024
1.1.0 181 3/22/2024
1.0.4 362 12/14/2023
1.0.3 163 11/29/2023
1.0.2 151 11/29/2023
1.0.1 141 11/28/2023
1.0.0 162 11/28/2023

ServiceResponse nuget support removal