Manejando el Caos: Una Guía Definitiva sobre Excepciones de Dominio 🎯

En el desarrollo de software moderno, escribir código que funciona perfectamente en escenarios ideales es solo el primer paso. La verdadera fortaleza de un sistema se manifiesta cuando debe enfrentar situaciones imprevistas, errores y desviaciones del comportamiento esperado. En este contexto, el manejo adecuado de excepciones se convierte en una disciplina fundamental.

Sin embargo, no todas las excepciones son iguales. Mientras que errores como NullPointerException o IOException señalan problemas técnicos o de infraestructura, existe una categoría más rica y expresiva: las Excepciones de Dominio. Estas no representan fallos técnicos, sino violaciones específicas de las reglas, políticas y restricciones del negocio.

Las excepciones de dominio son especialmente valiosas en arquitecturas que siguen los principios de Domain-Driven Design (DDD), ya que permiten que nuestro código comunique directamente en el lenguaje del negocio, encapsulando la lógica de forma explícita y comprensible.

Este artículo establece una base documental completa sobre el tema, explorando un catálogo exhaustivo de excepciones de dominio y presentando un patrón de implementación que mantiene la separación de responsabilidades entre las capas de dominio e infraestructura.

El Corazón del Asunto: Un Catálogo de Excepciones de Dominio

Una arquitectura robusta requiere identificar y nombrar los conceptos con precisión. Para los errores de negocio, esto significa crear una jerarquía de excepciones que comunique exactamente qué regla específica ha sido violada. El siguiente catálogo cubre una amplia gama de escenarios de negocio comunes:

Excepción	Descripción	Ejemplo de Uso	Código HTTP	DEFAULT_MESSAGE	DEFAULT_CODE
EntityNotFoundException	La entidad o recurso solicitado no existe	Buscar un usuario con id=99 que no está en la base de datos	404 Not Found	ENTITY_NOT_FOUND	404-001
DuplicateEntityException	Ya existe una entidad con un identificador único	Crear un usuario con un email ya registrado	409 Conflict	DUPLICATE_ENTITY	409-001
InvalidIdentifierException	El identificador no cumple con el formato requerido	Consultar un producto con ID esperado como UUID usando valor "ABC-###"	400 Bad Request	INVALID_IDENTIFIER	400-001
BusinessRuleViolationException	Violación de una regla de negocio fundamental	Retiro bancario que excede el saldo disponible	422 Unprocessable Entity	BUSINESS_RULE_VIOLATION	422-001
OperationNotAllowedException	Operación no permitida en el estado actual del recurso	Intentar cancelar un pedido ya entregado	403 Forbidden	OPERATION_NOT_ALLOWED	403-001
InconsistentStateException	Estado internamente incoherente en el modelo de dominio	Pedido marcado como “pagado” sin transacciones asociadas	500 Internal Server Error	INCONSISTENT_STATE	500-001
ValidationException	Error genérico de validación de datos de entrada	Petición a la API sin campo obligatorio	400 Bad Request	VALIDATION_FAILED	400-002
InvalidValueException	Valor de campo fuera de rango o inválido	Crear usuario con edad = -5	400 Bad Request	INVALID_VALUE	400-003
MissingMandatoryValueException	Ausencia de valor obligatorio para la operación	Crear factura sin número de serie	400 Bad Request	MISSING_MANDATORY_VALUE	400-004
ConcurrencyException	Conflicto al modificar un recurso en paralelo	Dos usuarios editando el mismo producto simultáneamente	409 Conflict	CONCURRENCY_CONFLICT	409-002
OptimisticLockingException	Discordancia en versión de entidad (bloqueo optimista)	Guardar cliente con version=2 cuando la BD tiene version=3	409 Conflict	OPTIMISTIC_LOCK_ERROR	409-003
ReferentialIntegrityException	Violación de restricción de integridad referencial	Eliminar cliente que tiene facturas asociadas	409 Conflict	REFERENTIAL_INTEGRITY_VIOLATION	409-004
AuthenticationException	Fallo en proceso de autenticación	Iniciar sesión con contraseña incorrecta	401 Unauthorized	AUTHENTICATION_FAILED	401-001
AuthorizationException	Usuario sin permisos necesarios para la operación	Usuario “cliente” intentando acceder a panel de administración	403 Forbidden	AUTHORIZATION_FAILED	403-002
SessionExpiredException	Sesión expirada o token inválido	Petición con JWT expirado a endpoint protegido	401 Unauthorized	SESSION_EXPIRED	401-002
WorkflowViolationException	Transición inválida en flujo o proceso	Intentar “aprobar” orden de compra no “validada”	422 Unprocessable Entity	WORKFLOW_VIOLATION	422-002
TimeoutException	Operación excedió tiempo de espera máximo	Pago en pasarela externa sin respuesta a tiempo	504 Gateway Timeout	OPERATION_TIMEOUT	504-001
ExternalSystemUnavailableException	Sistema externo dependiente no disponible	Servicio de inventario caído durante procesamiento de venta	503 Service Unavailable	EXTERNAL_SYSTEM_UNAVAILABLE	503-001
InsufficientBalanceException	Fondos o saldo insuficientes	Pagar compra de 200€ con saldo de 100€	422 Unprocessable Entity	INSUFFICIENT_BALANCE	422-003
CurrencyMismatchException	Mezcla de monedas incompatibles	Pagar en USD desde cuenta que opera solo en EUR	400 Bad Request	CURRENCY_MISMATCH	400-005
LimitExceededException	Superación de límite definido	Transferir 10.000€ con límite diario de 5.000€	429 Too Many Requests	LIMIT_EXCEEDED	429-001
ConfigurationException	Error o falta de configuración en el dominio	Sistema sin tipo de IVA definido para país específico	500 Internal Server Error	CONFIGURATION_ERROR	500-002
UnsupportedOperationException	Operación no soportada o implementada	Exportar reporte a formato obsoleto no desarrollado	501 Not Implemented	UNSUPPORTED_OPERATION	501-001

Patrón de Implementación: De la Pureza del Dominio a la Realidad de la Infraestructura 💡

Tener una rica jerarquía de excepciones es valioso, pero el verdadero desafío está en manejarlas de forma elegante. El objetivo es que nuestra capa de dominio lance una InsufficientBalanceException sin conocimiento alguno sobre HTTP, mientras que nuestra capa de API REST la traduzca apropiadamente a una respuesta 422 Unprocessable Entity con formato JSON.

La solución combina el Principio de Inversión de Dependencias con el patrón Strategy, creando un sistema flexible y escalable.

1. La Base de Todo: DomainException

Creamos una clase base abstracta de la que heredarán todas nuestras excepciones de dominio. Es un POJO puro, sin dependencias de frameworks:

package com.tuempresa.dominio.excepciones;

/**
 * Excepción base del dominio.
 * 
 * Todas las excepciones específicas del dominio deben heredar de esta clase.
 * No contiene ninguna referencia a frameworks ni tecnologías (HTTP, DB, etc.)
 * 
 * Permite mantener un "errorCode" que facilita el mapeo en las capas de
 * aplicación/infraestructura.
 */
public abstract class DomainException extends RuntimeException {
    
    private final String errorCode;
    
    protected DomainException(String message, String errorCode) {
        super(message);
        this.errorCode = errorCode;
    }
    
    public String getErrorCode() {
        return errorCode;
    }
}

2. Una Excepción Concreta: EntityNotFoundException

Cada excepción de dominio es una clase simple que extiende DomainException, proporcionando sus propios códigos y mensajes por defecto:

package com.tuempresa.dominio.excepciones;

/**
 * Se lanza cuando una entidad no puede ser encontrada en el dominio.
 */
public class EntityNotFoundException extends DomainException {
    
    private static final String DEFAULT_MESSAGE = "ENTITY_NOT_FOUND";
    private static final String DEFAULT_CODE = "404-001";
    
    public EntityNotFoundException() {
        super(DEFAULT_MESSAGE, DEFAULT_CODE);
    }
    
    // Constructor opcional para mayor flexibilidad
    public EntityNotFoundException(String message, String errorCode) {
        super(message, errorCode);
    }
}

3. El Traductor: Patrón Strategy para el Manejo de Excepciones

En lugar de un gigantesco bloque if-else o switch, creamos una “estrategia” de manejo para cada excepción. Esto respeta el Principio de Abierto/Cerrado: podemos añadir nuevos manejadores sin modificar código existente.

3.1. La Interfaz Común (DomainExceptionHandlerStrategy)

Define el contrato que todos nuestros manejadores deben cumplir:

package com.tuempresa.infraestructura.excepciones;

import com.tuempresa.dominio.excepciones.DomainException;
import org.springframework.http.ResponseEntity;

public interface DomainExceptionHandlerStrategy<T extends DomainException> {
    
    /**
     * Devuelve el tipo de excepción que este manejador puede procesar.
     */
    Class<T> getExceptionType();
    
    /**
     * Procesa la excepción y la convierte en una respuesta HTTP.
     */
    ResponseEntity<ApiError> handle(T ex);
}

3.2. Un Manejador Específico (EntityNotFoundHandler)

Implementación concreta para EntityNotFoundException. Su única responsabilidad es traducir esta excepción de dominio en un HTTP 404 Not Found:

package com.tuempresa.infraestructura.excepciones;

import com.tuempresa.dominio.excepciones.EntityNotFoundException;
import org.springframework.http.HttpStatus;
import org.springframework.http.ResponseEntity;
import org.springframework.stereotype.Component;

@Component
public class EntityNotFoundHandler 
    implements DomainExceptionHandlerStrategy<EntityNotFoundException> {
    
    @Override
    public Class<EntityNotFoundException> getExceptionType() {
        return EntityNotFoundException.class;
    }
    
    @Override
    public ResponseEntity<ApiError> handle(EntityNotFoundException ex) {
        ApiError error = new ApiError(ex.getErrorCode(), ex.getMessage());
        return new ResponseEntity<>(error, HttpStatus.NOT_FOUND);
    }
}

4. El Orquestador: DomainExceptionHandlerRegistry 🔨

Este componente central actúa como director de orquesta. Mediante inyección de dependencias de Spring, recibe un Map donde las claves son tipos de excepción y los valores son las estrategias correspondientes:

package com.tuempresa.infraestructura.excepciones;

import com.tuempresa.dominio.excepciones.DomainException;
import org.springframework.http.HttpStatus;
import org.springframework.http.ResponseEntity;
import org.springframework.stereotype.Component;
import java.util.Map;
import java.util.function.Function;
import java.util.stream.Collectors;

@Component
public class DomainExceptionHandlerRegistry {
    
    private final Map<Class<? extends DomainException>, DomainExceptionHandlerStrategy> strategies;
    
    // Spring inyectará una lista de todos los beans que implementen la interfaz
    // y nosotros la convertimos en un Map para un acceso rápido.
    public DomainExceptionHandlerRegistry(
        java.util.List<DomainExceptionHandlerStrategy> strategyList) {
        
        this.strategies = strategyList.stream()
            .collect(Collectors.toMap(
                DomainExceptionHandlerStrategy::getExceptionType, 
                Function.identity()
            ));
    }
    
    @SuppressWarnings("unchecked")
    public ResponseEntity<ApiError> handle(DomainException ex) {
        // Buscamos la estrategia específica para el tipo de excepción
        DomainExceptionHandlerStrategy<DomainException> strategy = 
            strategies.get(ex.getClass());
        
        if (strategy != null) {
            return strategy.handle(ex);
        }
        
        // Fallback para excepciones de dominio no mapeadas explícitamente
        return ResponseEntity
            .status(HttpStatus.INTERNAL_SERVER_ERROR)
            .body(new ApiError("500-000", "UNEXPECTED_DOMAIN_ERROR"));
    }
}

5. La Estructura de Respuesta: ApiError DTO

Un record de Java para estandarizar el formato de nuestras respuestas de error:

package com.tuempresa.infraestructura.excepciones;

// Usamos un record de Java para una clase de datos inmutable y concisa.
public record ApiError(String code, String message) {}

6. La Puerta de Entrada: @RestControllerAdvice

Finalmente, usamos @RestControllerAdvice de Spring para crear un traductor global que intercepta cualquier DomainException no capturada anteriormente:

package com.tuempresa.infraestructura.excepciones;

import com.tuempresa.dominio.excepciones.DomainException;
import org.springframework.http.ResponseEntity;
import org.springframework.web.bind.annotation.ExceptionHandler;
import org.springframework.web.bind.annotation.RestControllerAdvice;
import org.springframework.web.servlet.mvc.method.annotation.ResponseEntityExceptionHandler;

@RestControllerAdvice
public class GlobalExceptionTranslator extends ResponseEntityExceptionHandler {
    
    private final DomainExceptionHandlerRegistry registry;
    
    public GlobalExceptionTranslator(DomainExceptionHandlerRegistry registry) {
        this.registry = registry;
    }
    
    @ExceptionHandler(DomainException.class)
    public final ResponseEntity<ApiError> handleDomainException(DomainException ex) {
        // Toda la lógica compleja está en el registry, aquí solo delegamos.
        return registry.handle(ex);
    }
}

Beneficios del Patrón Implementado

Este enfoque proporciona múltiples ventajas significativas:

Separación de Responsabilidades: La capa de dominio permanece completamente aislada de las preocupaciones de infraestructura como códigos HTTP o formatos de respuesta.

Extensibilidad: Añadir nuevas excepciones de dominio requiere únicamente crear la excepción y su manejador correspondiente, sin modificar código existente.

Testabilidad: Cada componente puede ser probado independientemente, facilitando la escritura de pruebas unitarias y de integración.

Mantenibilidad: La lógica de manejo de errores está centralizada pero distribuida de forma lógica, evitando el antipatrón de “God Objects”.

Reutilización: El mismo patrón puede adaptarse a diferentes protocolos y tecnologías más allá de HTTP/REST.

Conclusión y Futuras Líneas de Trabajo

Hemos establecido una base sólida y documentada para el manejo de errores de negocio. Las excepciones de dominio trascienden la simple gestión de errores para convertirse en una herramienta de modelado que enriquece nuestro código, haciéndolo más expresivo y alineado con las reglas del negocio.

El patrón presentado, fundamentado en Strategy y un Registro central, ofrece una solución elegante que mantiene la pureza de la capa de dominio mientras proporciona un mecanismo extensible para traducir errores de negocio en respuestas concretas de infraestructura.