MediatR 릴리스

Lucky Penny Software커뮤니케이션 및 메시징 도구.NET
버전 v14.0.0 (2025년 12월 11일)

릴리스 전반에서 새로 나온 내용을 살펴보세요. 기능, 개선 사항, 해결된 문제에 대한 자세한 정보를 제공합니다.

1월
2월
3월
4월
5월
6월
7월
8월
9월
10월
11월
12월
MediatR v14.1.02026년 3월 3일
기능
  • Migrated the solution from the traditional .sln format to the newer .slnx (XML-based solution) format, updating target frameworks to .NET 10 and upgrading dependency versions accordingly.
    • Migration from MediatR.sln to MediatR.slnx with improved XML-based structure.
    • Upgrade of target framework from net6.0 to net10.0 in benchmark projects.
    • Update of Microsoft.Extensions.DependencyInjection from version 8.0.0 to 10.0.0.
    • Removal of coverlet.collector package reference from dependency injection tests.
  • Added robust handling for F# assemblies and other assemblies that may throw ReflectionTypeLoadException when accessing their defined types. The changes introduce a new extension method GetLoadableDefinedTypes that gracefully catches these exceptions and returns only the successfully loaded types.
  • Simplified CheckLicense to use GetRequiredService instead of fallback constructors.
  • Log warning when perpetual license cannot be applied due to missing build date.
수정 사항
  • Removed Azure-dependent CI steps to fix forked PR builds.
  • Fixed handling nested generic arguments where AddOpenBehavior fails to register pipeline behaviors with nested generic parameters (e.g., IPipelineBehavior<TRequest, List<TItem>>). The fix introduces assembly scanning to explicitly close open behaviors when their response type is a nested generic, working around a DI container limitation.
  • Fixed cryptic "No constructor" Error When ILoggerFactory Is Not Registered. Now providing clearer error messages when ILoggerFactory is not registered before AddMediatR() is called. The PR aims to replace the cryptic "No constructor for type 'MediatR.Licensing.LicenseAccessor' can be instantiated" error with an actionable message directing users to call services.AddLogging().
  • De-duping notification handlers before dispatching. Fixed issue where notification handlers were being called multiple times when using DI containers that support variance (e.g., DryIoc). When a derived notification type (E2 : E1) exists alongside handlers for both base (C1 : INotificationHandler) and derived types (C2 : INotificationHandler), publishing E2 would incorrectly invoke C1 twice due to the contravariant interface combined with MediatR's intentional dual registration for MSDI compatibility.