EAC.Infrastructure.Persistence.EntityFrameworkCore.Messaging 0.1.0-rc.4

EAC.Infrastructure.Persistence.EntityFrameworkCore.Messaging

La evolución en desarrollo incorpora recolección automática de eventos al confirmar IUnitOfWork, con mappings de integración tipados y políticas LocalOnly explícitas. Guarda negocio y Outbox en una transacción y reconoce solo el snapshot confirmado. Véase la guía de consumo. La ruta MapAggregateWhen<TAggregate> permite omitir explícitamente un lote de la integración sin perder su confirmación de negocio ni su reconocimiento después del commit. Esta capacidad se consume por ProjectReference y no se ha publicado.

Desarrollo desde el workspace

El proyecto referencia el código fuente de los repositorios hermanos eac-infrastructure-messaging y eac-infrastructure-persistence-efcore. También deben estar presentes sus dependencias eac-infrastructure-persistence y eac-foundation. La solución incluye el grafo completo para compilarlo con la misma configuración; no se utilizan paquetes publicados como alternativa local al ejecutar scripts/ci.sh.

Adaptador opcional que implementa los stores Outbox e Inbox de EAC.Infrastructure.Messaging sobre un DbContext de EAC.Infrastructure.Persistence.EntityFrameworkCore.

El host controla el detalle mediante Eac:Observability:Tracing:DetailLevel. Detailed añade spans seguros para staging, claim y transiciones Outbox, acquire y transiciones Inbox y el commit que recoge eventos de dominio. Boundary los omite. Ninguno incluye IDs, payloads, hashes, claves ni textos de excepción.

El paquete base de EF Core no depende de Messaging. Los servicios instalan este componente únicamente cuando necesitan entrega durable o deduplicación Inbox.

Outbox e Inbox son capacidades independientes y deshabilitadas por omisión. El consumidor registra solo la capacidad necesaria y aplica expresamente su mapping al ModelBuilder; el paquete no crea tablas ni aporta migraciones.

Cuando se activa Outbox, el adaptador registra además un monitor operacional scoped que entrega conteos y antigüedad agregados, sin IDs, payloads ni errores. El núcleo Messaging decide de forma independiente si ejecuta el publisher hospedado o registra su comprobación de salud.

También registra IOutboxRecoveryStore para una recuperación manual explícita. La operación reencola atómicamente una selección de mensajes Failed, conserva los intentos y la metadata de orden, limpia el fallo terminal y cualquier lease, y programa el siguiente intento de inmediato. Si falta un identificador o uno no está en Failed, revierte toda la selección. No purga mensajes ni activa reintentos infinitos.

La integración certificada hasta RC usa PostgreSQL 17.6. Consulte el índice documental y el plan propietario. La guía de consumo y configuración documenta los perfiles Outbox-only, Inbox-only y ambos.

La versión prerelease certificada actual es 0.1.0-rc.2. Incorpora la paridad entre Configuration y builder. 0.1.0-rc.1 permanece como identidad histórica inmutable; la promoción estable sigue diferida.

El candidato NuGet se genera localmente con scripts/release-candidate.sh. El script inspecciona el paquete, valida su SBOM SPDX 2.2, calcula hashes y ejecuta un consumidor Outbox-only desde un feed aislado; no publica artefactos.

El CI remoto reutiliza eac-nuget-ci de Pipeline Catalog v0.4.5 con el perfil postgresql; el sidecar efímero pertenece al catálogo y este repositorio no define Tasks ni Pipelines locales.