feat: let controllers use the framework-free Nova libraries

[ahincho]

Qué cambia

Un controlador no podía lanzar ApplicationError.invalidInput(...), de los errores por capas de ADR-031: la regla controllers_depend_only_on_allowed_layers solo admitía las capas del servicio, java, jakarta, Spring, Quarkus y las librerías de prueba, y marcaba la llamada.

• La regla del controlador admite pe.edu.nova.java.libs.., las librerías de Nova sin framework. Es más estrecho que pe.edu.nova.. a propósito: un servicio también vive bajo pe.edu.nova, y admitir el prefijo entero dejaría sin efecto la regla para los paquetes propios del servicio. Los starters (pe.edu.nova.java.starters..) siguen fuera, porque cablean el framework.
• Las demás capas no cambian, y es una decisión. El controlador era la única capa con una lista de permitidos. Las reglas de entity, service, repository y dto solo prohíben capas concretas, así que ya admitían esas librerías: el dominio ya podía lanzar DomainError, y un servicio puede declarar throws de un error de Nova sin que services_should_not_throw_generic_exception lo marque. Las pruebas lo demuestran.
• Una capa sin clases sigue fallando con failed to check any classes, y no se relaja. Es la misma comprobación que detecta un basePackage() que dejó de coincidir con el código tras un renombrado, o una capa llamada controllers en vez de controller, casos que de otro modo pasarían sin revisar ninguna clase. Relajarla quitaría esa red a todos los servicios para ahorrarle a unos pocos una clase de relleno. Un servicio que de verdad no tiene la capa puede apagar la comprobación con archRule.failOnEmptyShould=false en archunit.properties, que es el interruptor de ArchUnit; el README lo explica.
• README. Muestra Gradle (la instalación desde GitHub Packages y el plugin del toolchain que trae la librería), ./gradlew test y la versión actual, y describe las reglas tal como son. La lista anterior prometía una regla contra @Autowired que la librería no tiene: lo que existe es que los campos de instancia de un servicio sean final.
• La versión del README la mantiene release-please (extra-files y marcas de bloque), para que no vuelva a quedarse en 1.0.0.
• Pruebas nuevas. LayeredArchitectureRulesTest corre las reglas con el motor de ArchUnit (EngineTestKit) sobre tres servicios de ejemplo en src/test/java/.../fixtures: uno que cumple todo, uno cuyo controlador se sale de las capas y uno sin repositorio, entidad ni DTO. Gradle no los corre como pruebas, porque dos incumplen reglas a propósito.

Es un feat: y no un cambio incompatible: la lista de permitidos solo crece, así que nada de lo que pasaba deja de pasar. Con él sale la 1.2.0.

Cómo se verificó

• Rojo y verde. Con las pruebas nuevas y el código principal sin cambiar, fallan dos (aServiceThatFollowsTheLayersPassesEveryRule y aControllerMayUseTheNovaLibrariesButNotTheRestOfNova) con la violación calls method <...FixtureError.of(java.lang.String)> in (ItemController.java:30), la misma que vería el template con ApplicationError. Con el cambio pasan las seis pruebas del repositorio.
• ./gradlew build javadoc: verde, con los mismos avisos de Checkstyle (9) y de Javadoc (1) que tenía main; ninguno es nuevo.
• Las mismas pruebas pasan con ArchUnit 1.5.1, la versión que el toolchain fija para los servicios.
• Sin exclude("**/fixtures/**") el build falla con 10 pruebas rotas, así que la exclusión hace falta.
• El interruptor archRule.failOnEmptyShould=false del README se probó: con él, el servicio sin repositorio, entidad ni DTO deja de fallar.