JUnit, @ControllerAdvice y la falta de excepciones marcadas en Kotlin

Escribí un asesor de validation en Kotlin que arroja EntityValidationException cuando falla la validation:

 @Aspect @Named class ValidationAdvisor @Inject constructor(val validator: EntityValidator) { @Around(EVERY_SAVE_AND_UPDATE_TO_DATABASE) fun validate(point: ProceedingJoinPoint): Any { val result: List<ConstraintViolation<Any>> = validator.validate(getEntity(point)) if (isEntityValid(result)) return point.proceed() throw EntityValidationException( violationInfos = result as List<ConstraintViolationInfo> ) } private fun getEntity(point: ProceedingJoinPoint): Any { return point.args[0] } private fun isEntityValid(result: List<ConstraintViolation<Any>>): Boolean { return result.isEmpty() } companion object { const val EVERY_SAVE_AND_UPDATE_TO_DATABASE = "execution(* beans.repositories.BaseRepository.save(..))" } } 

Tengo una testing JUnit (escribo algunas partes en Kotlin y algunas en Java, para aprender Kotlin en un proyecto privado existente) que comtesting si se produce una exception:

 @Test(expected = EntityValidationException.class) public void test_WhenNameIsNotPresent_ThenExceptionIsThrown() throws Exception { repository.save(/* entity to save */); } 

Pero luego vi que la testing falla porque arroja UndeclanetworkingThrowableException en lugar de EntityValidationException . Luego, leí que Kotlin no ha verificado la exception . Creo que no solo tengo este problema: estoy bastante seguro de que la forma de manejar excepciones con @ControllerAdvice en Spring y Java también puede ser problemática cuando decidimos cambiar a Kotlin en proyectos de producción, porque depende de la class que se lanza, y lanzando UndeclanetworkingThrowableException nos quita esta posibilidad. ¿Hay alguna manera de eludir este comportamiento, para asegurarse de que es posible cambiar a Kotlin y la forma anterior de manejar las excepciones (y las testings unitarias para ValidationAdvisor ) se mantendrán sin cambios? Gracias de antemano por cualquier ayuda.

El repository PS Github para el proyecto está disponible aquí: Playgroud para Kotlin, Spring Data, etc.

PS2 Stacktrace:

 at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.run(SpringJUnit4ClassRunner.java:191) at org.junit.runner.JUnitCore.run(JUnitCore.java:137) at com.intellij.junit4.JUnit4IdeaTestRunner.startRunnerWithArgs(JUnit4IdeaTestRunner.java:68) at com.intellij.rt.execution.junit.IdeaTestRunner$Repeater.startRunnerWithArgs(IdeaTestRunner.java:51) at com.intellij.rt.execution.junit.JUnitStarter.prepareStreamsAndStart(JUnitStarter.java:237) at com.intellij.rt.execution.junit.JUnitStarter.main(JUnitStarter.java:70) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:497) at com.intellij.rt.execution.application.AppMain.main(AppMain.java:147) Caused by: java.lang.reflect.UndeclanetworkingThrowableException at com.sun.proxy.$Proxy65.save(Unknown Source) at ActorValidationTest.test_WhenNameIsNotPresent_ThenExceptionIsThrown(ActorValidationTest.java:26) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:497) at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50) at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12) at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47) at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17) at org.junit.internal.runners.statements.ExpectException.evaluate(ExpectException.java:19) ... 26 more Caused by: beans.validator.exceptions.EntityValidationException at beans.aop.validation.ValidationAdvisor.validate(ValidationAdvisor.kt:23) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:497) at org.springframework.aop.aspectj.AbstractAspectJAdvice.invokeAdviceMethodWithGivenArgs(AbstractAspectJAdvice.java:629) at org.springframework.aop.aspectj.AbstractAspectJAdvice.invokeAdviceMethod(AbstractAspectJAdvice.java:618) at org.springframework.aop.aspectj.AspectJAroundAdvice.invoke(AspectJAroundAdvice.java:70) at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:179) at org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:92) at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:179) at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:213) ... 37 more 

Para mí, parece que EntityValidationException (que deseo arrojar) causa UndeclanetworkingThrowableException . EntityValidationException class EntityValidationException Kotlin:

 package beans.validator.exceptions import beans.validator.constraintViolation.ConstraintViolationInfo class EntityValidationException (val violationInfos: List<ConstraintViolationInfo>) : Exception() { } 

PS3 Esto tampoco funcionó:

 @Around(EVERY_SAVE_AND_UPDATE_TO_DATABASE) @Throws(EntityValidationException::class) fun validate(point: ProceedingJoinPoint): Any /* rest of code*/ 

PS4 ¿ Quizás el problema es que @Aspect es @Around el repository de Spring Data?

 companion object { const val EVERY_SAVE_AND_UPDATE_TO_DATABASE = "execution(* beans.repositories.BaseRepository.save(..))" } .... @NoRepositoryBean public interface BaseRepository<ENTITY, IDENTIFIER extends Serializable> extends JpaRepository<ENTITY, IDENTIFIER>, JpaSpecificationExecutor<ENTITY> { } 

    Está intentando hacer que el método save() o su repository arrojen una exception marcada que no declara. Entonces, incluso si el aspecto lo declara, eso no puede funcionar. Debes hacer que tu exception se extienda a RuntimeException .