You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@bval.apache.org by Fr...@ext.ec.europa.eu on 2015/12/07 08:00:27 UTC
Wrong interceptor method signature
Hi,
We are using BVal 1.1.0 as JSR-349 Bean Validation implementation in Weblogic 12.1.3 with java 8. When deploying our application, the application server complains about method signature compliance of the interceptor org.apache.bval.cdi.BValInterceptor. The exception stacktrace is at the bottom of this mail.
Indeed the signature of the method invoke(InvocationContext) in org.apache.bval.cdi.BValInterceptor throws java.lang.Throwable instead of java.lang.Exception which seems to be a violation of the interceptor specification.
Is there any chance to get this to be fixed in a further release? Do you want me to create a jira issue?
Regards,
Frédéric BURLET.
weblogic.ejb.container.compliance.ComplianceException: AroundInvoke method invoke in class org.apache.bval.cdi.BValInterceptor must have the signature: 'Object <METHOD(InvocationContext)> throws Exception'
at weblogic.ejb.container.compliance.BusinessMethodInterceptorChecker.validateAroundInvokeOrTimeoutMethod(BusinessMethodInterceptorChecker.java:154)
at weblogic.ejb.container.compliance.BusinessMethodInterceptorChecker.checkAroundInvokeOrTimeoutMethods(BusinessMethodInterceptorChecker.java:70)
at weblogic.ejb.container.compliance.InterceptorChecker.checkAroundInvokeMethods(InterceptorChecker.java:61)
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 weblogic.ejb.container.compliance.EJBComplianceChecker.check(EJBComplianceChecker.java:100)
at weblogic.ejb.container.compliance.EJBComplianceChecker.checkDeploymentInfo(EJBComplianceChecker.java:84)
at weblogic.ejb.container.ejbc.EJBCompiler.doCompile(EJBCompiler.java:172)
at weblogic.ejb.container.ejbc.EJBCompiler.compileEJB(EJBCompiler.java:346)
at weblogic.ejb.container.ejbc.EJBCompiler.compileEJB(EJBCompiler.java:314)
at weblogic.ejb.container.deployer.EJBDeployer.compileJar(EJBDeployer.java:429)
at weblogic.ejb.container.deployer.EJBDeployer.compileIfNecessary(EJBDeployer.java:355)
at weblogic.ejb.container.deployer.EJBDeployer.prepare(EJBDeployer.java:723)
at weblogic.ejb.container.deployer.EJBModule.prepare(EJBModule.java:439)
at weblogic.application.internal.ExtensibleModuleWrapper$PrepareStateChange.next(ExtensibleModuleWrapper.java:295)
at weblogic.application.internal.ExtensibleModuleWrapper$PrepareStateChange.next(ExtensibleModuleWrapper.java:285)
at weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.java:42)
at weblogic.application.internal.ExtensibleModuleWrapper.prepare(ExtensibleModuleWrapper.java:109)
at weblogic.application.internal.flow.ModuleListenerInvoker.prepare(ModuleListenerInvoker.java:100)
at weblogic.application.internal.flow.ModuleStateDriver$1.next(ModuleStateDriver.java:175)
at weblogic.application.internal.flow.ModuleStateDriver$1.next(ModuleStateDriver.java:170)
at weblogic.application.utils.StateMachineDriver$ParallelChange.run(StateMachineDriver.java:80)
at weblogic.work.ContextWrap.run(ContextWrap.java:40)
at weblogic.work.SelfTuningWorkManagerImpl$WorkAdapterImpl.run(SelfTuningWorkManagerImpl.java:548)
at weblogic.work.ExecuteThread.execute(ExecuteThread.java:311)
at weblogic.work.ExecuteThread.run(ExecuteThread.java:263)
at weblogic.ejb.container.compliance.EJBComplianceChecker.check(EJBComplianceChecker.java:96)
at weblogic.ejb.container.compliance.EJBComplianceChecker.checkDeploymentInfo(EJBComplianceChecker.java:84)
at weblogic.ejb.container.ejbc.EJBCompiler.doCompile(EJBCompiler.java:172)
at weblogic.ejb.container.ejbc.EJBCompiler.compileEJB(EJBCompiler.java:346)
at weblogic.ejb.container.ejbc.EJBCompiler.compileEJB(EJBCompiler.java:314)
at weblogic.ejb.container.deployer.EJBDeployer.compileJar(EJBDeployer.java:429)
at weblogic.ejb.container.deployer.EJBDeployer.compileIfNecessary(EJBDeployer.java:355)
at weblogic.ejb.container.deployer.EJBDeployer.prepare(EJBDeployer.java:723)
at weblogic.ejb.container.deployer.EJBModule.prepare(EJBModule.java:439)
at weblogic.application.internal.ExtensibleModuleWrapper$PrepareStateChange.next(ExtensibleModuleWrapper.java:295)
at weblogic.application.internal.ExtensibleModuleWrapper$PrepareStateChange.next(ExtensibleModuleWrapper.java:285)
at weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.java:42)
at weblogic.application.internal.ExtensibleModuleWrapper.prepare(ExtensibleModuleWrapper.java:109)
... 8 more
RE: Wrong interceptor method signature
Posted by Fr...@ext.ec.europa.eu.
Hi Mark!
Thanks a lot! I'll keep an eye on it! :-)
Have a good day,
Regards,
Fred.
>-----Original Message-----
>From: Mark Struberg [mailto:struberg@yahoo.de]
>Sent: Tuesday, February 09, 2016 10:02 AM
>To: user@bval.apache.org
>Subject: Re: Wrong interceptor method signature
>
>We did a release yesterday. Just missing the announcement mail.
>But should be up on maven.central already.
>
>LieGrue,
>strub
>
>
>> Am 09.02.2016 um 08:48 schrieb Frederic.BURLET@ext.ec.europa.eu:
>>
>> Hi Mark,
>>
>> When do you plan to ship a bugfix release of bval? I would like to get an
>official release with the fix for the bug I reported some weeks ago.
>>
>> Thanks for your support!
>>
>> Regards,
>>
>> Fred.
>>
>>> -----Original Message-----
>>> From: Mark Struberg [mailto:struberg@yahoo.de]
>>> Sent: Monday, December 07, 2015 9:58 AM
>>> To: user@bval.apache.org
>>> Subject: Re: Wrong interceptor method signature
>>>
>>> Hi Frédéric!
>>>
>>> Thanks for this report. Are you able to find some time to create a JIRA for it
>>> [1]?
>>> If so then we gonna fix this and ship a release asap.
>>>
>>> txs and LieGrue,
>>> strub
>>>
>>> [1] https://issues.apache.org/jira/browse/BVAL
>>>
>>>
>>>> Am 07.12.2015 um 08:00 schrieb Frederic.BURLET@ext.ec.europa.eu:
>>>>
>>>> Hi,
>>>>
>>>> We are using BVal 1.1.0 as JSR-349 Bean Validation implementation in
>>> Weblogic 12.1.3 with java 8. When deploying our application, the
>application
>>> server complains about method signature compliance of the interceptor
>>> org.apache.bval.cdi.BValInterceptor. The exception stacktrace is at the
>>> bottom of this mail.
>>>>
>>>> Indeed the signature of the method invoke(InvocationContext) in
>>> org.apache.bval.cdi.BValInterceptor throws java.lang.Throwable instead of
>>> java.lang.Exception which seems to be a violation of the interceptor
>>> specification.
>>>>
>>>> Is there any chance to get this to be fixed in a further release? Do you
>want
>>> me to create a jira issue?
>>>>
>>>> Regards,
>>>>
>>>> Frédéric BURLET.
>>>>
>>>>
>>>> weblogic.ejb.container.compliance.ComplianceException: AroundInvoke
>>> method invoke in class org.apache.bval.cdi.BValInterceptor must have the
>>> signature: 'Object <METHOD(InvocationContext)> throws Exception'
>>>> at
>>>
>weblogic.ejb.container.compliance.BusinessMethodInterceptorChecker.valid
>>>
>ateAroundInvokeOrTimeoutMethod(BusinessMethodInterceptorChecker.jav
>>> a:154)
>>>> at
>>>
>weblogic.ejb.container.compliance.BusinessMethodInterceptorChecker.chec
>>>
>kAroundInvokeOrTimeoutMethods(BusinessMethodInterceptorChecker.java
>>> :70)
>>>> at
>>>
>weblogic.ejb.container.compliance.InterceptorChecker.checkAroundInvoke
>>> Methods(InterceptorChecker.java:61)
>>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>> at
>>>
>sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.j
>>> ava:62)
>>>> at
>>>
>sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccess
>>> orImpl.java:43)
>>>> at java.lang.reflect.Method.invoke(Method.java:497)
>>>> at
>>>
>weblogic.ejb.container.compliance.EJBComplianceChecker.check(EJBComplia
>>> nceChecker.java:100)
>>>> at
>>>
>weblogic.ejb.container.compliance.EJBComplianceChecker.checkDeployment
>>> Info(EJBComplianceChecker.java:84)
>>>> at
>>>
>weblogic.ejb.container.ejbc.EJBCompiler.doCompile(EJBCompiler.java:172)
>>>> at
>>>
>weblogic.ejb.container.ejbc.EJBCompiler.compileEJB(EJBCompiler.java:346)
>>>> at
>>>
>weblogic.ejb.container.ejbc.EJBCompiler.compileEJB(EJBCompiler.java:314)
>>>> at
>>>
>weblogic.ejb.container.deployer.EJBDeployer.compileJar(EJBDeployer.java:42
>>> 9)
>>>> at
>>>
>weblogic.ejb.container.deployer.EJBDeployer.compileIfNecessary(EJBDeploy
>>> er.java:355)
>>>> at
>>>
>weblogic.ejb.container.deployer.EJBDeployer.prepare(EJBDeployer.java:723)
>>>> at
>>> weblogic.ejb.container.deployer.EJBModule.prepare(EJBModule.java:439)
>>>> at
>>>
>weblogic.application.internal.ExtensibleModuleWrapper$PrepareStateChang
>>> e.next(ExtensibleModuleWrapper.java:295)
>>>> at
>>>
>weblogic.application.internal.ExtensibleModuleWrapper$PrepareStateChang
>>> e.next(ExtensibleModuleWrapper.java:285)
>>>> at
>>>
>weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.
>>> java:42)
>>>> at
>>>
>weblogic.application.internal.ExtensibleModuleWrapper.prepare(Extensible
>>> ModuleWrapper.java:109)
>>>> at
>>>
>weblogic.application.internal.flow.ModuleListenerInvoker.prepare(ModuleLis
>>> tenerInvoker.java:100)
>>>> at
>>>
>weblogic.application.internal.flow.ModuleStateDriver$1.next(ModuleStateDri
>>> ver.java:175)
>>>> at
>>>
>weblogic.application.internal.flow.ModuleStateDriver$1.next(ModuleStateDri
>>> ver.java:170)
>>>> at
>>>
>weblogic.application.utils.StateMachineDriver$ParallelChange.run(StateMachi
>>> neDriver.java:80)
>>>> at weblogic.work.ContextWrap.run(ContextWrap.java:40)
>>>> at
>>>
>weblogic.work.SelfTuningWorkManagerImpl$WorkAdapterImpl.run(SelfTunin
>>> gWorkManagerImpl.java:548)
>>>> at weblogic.work.ExecuteThread.execute(ExecuteThread.java:311)
>>>> at weblogic.work.ExecuteThread.run(ExecuteThread.java:263)
>>>>
>>>>
>>>> at
>>>
>weblogic.ejb.container.compliance.EJBComplianceChecker.check(EJBComplia
>>> nceChecker.java:96)
>>>> at
>>>
>weblogic.ejb.container.compliance.EJBComplianceChecker.checkDeployment
>>> Info(EJBComplianceChecker.java:84)
>>>> at
>>>
>weblogic.ejb.container.ejbc.EJBCompiler.doCompile(EJBCompiler.java:172)
>>>> at
>>>
>weblogic.ejb.container.ejbc.EJBCompiler.compileEJB(EJBCompiler.java:346)
>>>> at
>>>
>weblogic.ejb.container.ejbc.EJBCompiler.compileEJB(EJBCompiler.java:314)
>>>> at
>>>
>weblogic.ejb.container.deployer.EJBDeployer.compileJar(EJBDeployer.java:42
>>> 9)
>>>> at
>>>
>weblogic.ejb.container.deployer.EJBDeployer.compileIfNecessary(EJBDeploy
>>> er.java:355)
>>>> at
>>>
>weblogic.ejb.container.deployer.EJBDeployer.prepare(EJBDeployer.java:723)
>>>> at
>>> weblogic.ejb.container.deployer.EJBModule.prepare(EJBModule.java:439)
>>>> at
>>>
>weblogic.application.internal.ExtensibleModuleWrapper$PrepareStateChang
>>> e.next(ExtensibleModuleWrapper.java:295)
>>>> at
>>>
>weblogic.application.internal.ExtensibleModuleWrapper$PrepareStateChang
>>> e.next(ExtensibleModuleWrapper.java:285)
>>>> at
>>>
>weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.
>>> java:42)
>>>> at
>>>
>weblogic.application.internal.ExtensibleModuleWrapper.prepare(Extensible
>>> ModuleWrapper.java:109)
>>>> ... 8 more
>>
Re: Wrong interceptor method signature
Posted by Mark Struberg <st...@yahoo.de>.
We did a release yesterday. Just missing the announcement mail.
But should be up on maven.central already.
LieGrue,
strub
> Am 09.02.2016 um 08:48 schrieb Frederic.BURLET@ext.ec.europa.eu:
>
> Hi Mark,
>
> When do you plan to ship a bugfix release of bval? I would like to get an official release with the fix for the bug I reported some weeks ago.
>
> Thanks for your support!
>
> Regards,
>
> Fred.
>
>> -----Original Message-----
>> From: Mark Struberg [mailto:struberg@yahoo.de]
>> Sent: Monday, December 07, 2015 9:58 AM
>> To: user@bval.apache.org
>> Subject: Re: Wrong interceptor method signature
>>
>> Hi Frédéric!
>>
>> Thanks for this report. Are you able to find some time to create a JIRA for it
>> [1]?
>> If so then we gonna fix this and ship a release asap.
>>
>> txs and LieGrue,
>> strub
>>
>> [1] https://issues.apache.org/jira/browse/BVAL
>>
>>
>>> Am 07.12.2015 um 08:00 schrieb Frederic.BURLET@ext.ec.europa.eu:
>>>
>>> Hi,
>>>
>>> We are using BVal 1.1.0 as JSR-349 Bean Validation implementation in
>> Weblogic 12.1.3 with java 8. When deploying our application, the application
>> server complains about method signature compliance of the interceptor
>> org.apache.bval.cdi.BValInterceptor. The exception stacktrace is at the
>> bottom of this mail.
>>>
>>> Indeed the signature of the method invoke(InvocationContext) in
>> org.apache.bval.cdi.BValInterceptor throws java.lang.Throwable instead of
>> java.lang.Exception which seems to be a violation of the interceptor
>> specification.
>>>
>>> Is there any chance to get this to be fixed in a further release? Do you want
>> me to create a jira issue?
>>>
>>> Regards,
>>>
>>> Frédéric BURLET.
>>>
>>>
>>> weblogic.ejb.container.compliance.ComplianceException: AroundInvoke
>> method invoke in class org.apache.bval.cdi.BValInterceptor must have the
>> signature: 'Object <METHOD(InvocationContext)> throws Exception'
>>> at
>> weblogic.ejb.container.compliance.BusinessMethodInterceptorChecker.valid
>> ateAroundInvokeOrTimeoutMethod(BusinessMethodInterceptorChecker.jav
>> a:154)
>>> at
>> weblogic.ejb.container.compliance.BusinessMethodInterceptorChecker.chec
>> kAroundInvokeOrTimeoutMethods(BusinessMethodInterceptorChecker.java
>> :70)
>>> at
>> weblogic.ejb.container.compliance.InterceptorChecker.checkAroundInvoke
>> Methods(InterceptorChecker.java:61)
>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>> at
>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.j
>> ava:62)
>>> at
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccess
>> orImpl.java:43)
>>> at java.lang.reflect.Method.invoke(Method.java:497)
>>> at
>> weblogic.ejb.container.compliance.EJBComplianceChecker.check(EJBComplia
>> nceChecker.java:100)
>>> at
>> weblogic.ejb.container.compliance.EJBComplianceChecker.checkDeployment
>> Info(EJBComplianceChecker.java:84)
>>> at
>> weblogic.ejb.container.ejbc.EJBCompiler.doCompile(EJBCompiler.java:172)
>>> at
>> weblogic.ejb.container.ejbc.EJBCompiler.compileEJB(EJBCompiler.java:346)
>>> at
>> weblogic.ejb.container.ejbc.EJBCompiler.compileEJB(EJBCompiler.java:314)
>>> at
>> weblogic.ejb.container.deployer.EJBDeployer.compileJar(EJBDeployer.java:42
>> 9)
>>> at
>> weblogic.ejb.container.deployer.EJBDeployer.compileIfNecessary(EJBDeploy
>> er.java:355)
>>> at
>> weblogic.ejb.container.deployer.EJBDeployer.prepare(EJBDeployer.java:723)
>>> at
>> weblogic.ejb.container.deployer.EJBModule.prepare(EJBModule.java:439)
>>> at
>> weblogic.application.internal.ExtensibleModuleWrapper$PrepareStateChang
>> e.next(ExtensibleModuleWrapper.java:295)
>>> at
>> weblogic.application.internal.ExtensibleModuleWrapper$PrepareStateChang
>> e.next(ExtensibleModuleWrapper.java:285)
>>> at
>> weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.
>> java:42)
>>> at
>> weblogic.application.internal.ExtensibleModuleWrapper.prepare(Extensible
>> ModuleWrapper.java:109)
>>> at
>> weblogic.application.internal.flow.ModuleListenerInvoker.prepare(ModuleLis
>> tenerInvoker.java:100)
>>> at
>> weblogic.application.internal.flow.ModuleStateDriver$1.next(ModuleStateDri
>> ver.java:175)
>>> at
>> weblogic.application.internal.flow.ModuleStateDriver$1.next(ModuleStateDri
>> ver.java:170)
>>> at
>> weblogic.application.utils.StateMachineDriver$ParallelChange.run(StateMachi
>> neDriver.java:80)
>>> at weblogic.work.ContextWrap.run(ContextWrap.java:40)
>>> at
>> weblogic.work.SelfTuningWorkManagerImpl$WorkAdapterImpl.run(SelfTunin
>> gWorkManagerImpl.java:548)
>>> at weblogic.work.ExecuteThread.execute(ExecuteThread.java:311)
>>> at weblogic.work.ExecuteThread.run(ExecuteThread.java:263)
>>>
>>>
>>> at
>> weblogic.ejb.container.compliance.EJBComplianceChecker.check(EJBComplia
>> nceChecker.java:96)
>>> at
>> weblogic.ejb.container.compliance.EJBComplianceChecker.checkDeployment
>> Info(EJBComplianceChecker.java:84)
>>> at
>> weblogic.ejb.container.ejbc.EJBCompiler.doCompile(EJBCompiler.java:172)
>>> at
>> weblogic.ejb.container.ejbc.EJBCompiler.compileEJB(EJBCompiler.java:346)
>>> at
>> weblogic.ejb.container.ejbc.EJBCompiler.compileEJB(EJBCompiler.java:314)
>>> at
>> weblogic.ejb.container.deployer.EJBDeployer.compileJar(EJBDeployer.java:42
>> 9)
>>> at
>> weblogic.ejb.container.deployer.EJBDeployer.compileIfNecessary(EJBDeploy
>> er.java:355)
>>> at
>> weblogic.ejb.container.deployer.EJBDeployer.prepare(EJBDeployer.java:723)
>>> at
>> weblogic.ejb.container.deployer.EJBModule.prepare(EJBModule.java:439)
>>> at
>> weblogic.application.internal.ExtensibleModuleWrapper$PrepareStateChang
>> e.next(ExtensibleModuleWrapper.java:295)
>>> at
>> weblogic.application.internal.ExtensibleModuleWrapper$PrepareStateChang
>> e.next(ExtensibleModuleWrapper.java:285)
>>> at
>> weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.
>> java:42)
>>> at
>> weblogic.application.internal.ExtensibleModuleWrapper.prepare(Extensible
>> ModuleWrapper.java:109)
>>> ... 8 more
>
RE: Wrong interceptor method signature
Posted by Fr...@ext.ec.europa.eu.
Hi Mark,
When do you plan to ship a bugfix release of bval? I would like to get an official release with the fix for the bug I reported some weeks ago.
Thanks for your support!
Regards,
Fred.
>-----Original Message-----
>From: Mark Struberg [mailto:struberg@yahoo.de]
>Sent: Monday, December 07, 2015 9:58 AM
>To: user@bval.apache.org
>Subject: Re: Wrong interceptor method signature
>
>Hi Frédéric!
>
>Thanks for this report. Are you able to find some time to create a JIRA for it
>[1]?
>If so then we gonna fix this and ship a release asap.
>
>txs and LieGrue,
>strub
>
>[1] https://issues.apache.org/jira/browse/BVAL
>
>
>> Am 07.12.2015 um 08:00 schrieb Frederic.BURLET@ext.ec.europa.eu:
>>
>> Hi,
>>
>> We are using BVal 1.1.0 as JSR-349 Bean Validation implementation in
>Weblogic 12.1.3 with java 8. When deploying our application, the application
>server complains about method signature compliance of the interceptor
>org.apache.bval.cdi.BValInterceptor. The exception stacktrace is at the
>bottom of this mail.
>>
>> Indeed the signature of the method invoke(InvocationContext) in
>org.apache.bval.cdi.BValInterceptor throws java.lang.Throwable instead of
>java.lang.Exception which seems to be a violation of the interceptor
>specification.
>>
>> Is there any chance to get this to be fixed in a further release? Do you want
>me to create a jira issue?
>>
>> Regards,
>>
>> Frédéric BURLET.
>>
>>
>> weblogic.ejb.container.compliance.ComplianceException: AroundInvoke
>method invoke in class org.apache.bval.cdi.BValInterceptor must have the
>signature: 'Object <METHOD(InvocationContext)> throws Exception'
>> at
>weblogic.ejb.container.compliance.BusinessMethodInterceptorChecker.valid
>ateAroundInvokeOrTimeoutMethod(BusinessMethodInterceptorChecker.jav
>a:154)
>> at
>weblogic.ejb.container.compliance.BusinessMethodInterceptorChecker.chec
>kAroundInvokeOrTimeoutMethods(BusinessMethodInterceptorChecker.java
>:70)
>> at
>weblogic.ejb.container.compliance.InterceptorChecker.checkAroundInvoke
>Methods(InterceptorChecker.java:61)
>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>> at
>sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.j
>ava:62)
>> at
>sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccess
>orImpl.java:43)
>> at java.lang.reflect.Method.invoke(Method.java:497)
>> at
>weblogic.ejb.container.compliance.EJBComplianceChecker.check(EJBComplia
>nceChecker.java:100)
>> at
>weblogic.ejb.container.compliance.EJBComplianceChecker.checkDeployment
>Info(EJBComplianceChecker.java:84)
>> at
>weblogic.ejb.container.ejbc.EJBCompiler.doCompile(EJBCompiler.java:172)
>> at
>weblogic.ejb.container.ejbc.EJBCompiler.compileEJB(EJBCompiler.java:346)
>> at
>weblogic.ejb.container.ejbc.EJBCompiler.compileEJB(EJBCompiler.java:314)
>> at
>weblogic.ejb.container.deployer.EJBDeployer.compileJar(EJBDeployer.java:42
>9)
>> at
>weblogic.ejb.container.deployer.EJBDeployer.compileIfNecessary(EJBDeploy
>er.java:355)
>> at
>weblogic.ejb.container.deployer.EJBDeployer.prepare(EJBDeployer.java:723)
>> at
>weblogic.ejb.container.deployer.EJBModule.prepare(EJBModule.java:439)
>> at
>weblogic.application.internal.ExtensibleModuleWrapper$PrepareStateChang
>e.next(ExtensibleModuleWrapper.java:295)
>> at
>weblogic.application.internal.ExtensibleModuleWrapper$PrepareStateChang
>e.next(ExtensibleModuleWrapper.java:285)
>> at
>weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.
>java:42)
>> at
>weblogic.application.internal.ExtensibleModuleWrapper.prepare(Extensible
>ModuleWrapper.java:109)
>> at
>weblogic.application.internal.flow.ModuleListenerInvoker.prepare(ModuleLis
>tenerInvoker.java:100)
>> at
>weblogic.application.internal.flow.ModuleStateDriver$1.next(ModuleStateDri
>ver.java:175)
>> at
>weblogic.application.internal.flow.ModuleStateDriver$1.next(ModuleStateDri
>ver.java:170)
>> at
>weblogic.application.utils.StateMachineDriver$ParallelChange.run(StateMachi
>neDriver.java:80)
>> at weblogic.work.ContextWrap.run(ContextWrap.java:40)
>> at
>weblogic.work.SelfTuningWorkManagerImpl$WorkAdapterImpl.run(SelfTunin
>gWorkManagerImpl.java:548)
>> at weblogic.work.ExecuteThread.execute(ExecuteThread.java:311)
>> at weblogic.work.ExecuteThread.run(ExecuteThread.java:263)
>>
>>
>> at
>weblogic.ejb.container.compliance.EJBComplianceChecker.check(EJBComplia
>nceChecker.java:96)
>> at
>weblogic.ejb.container.compliance.EJBComplianceChecker.checkDeployment
>Info(EJBComplianceChecker.java:84)
>> at
>weblogic.ejb.container.ejbc.EJBCompiler.doCompile(EJBCompiler.java:172)
>> at
>weblogic.ejb.container.ejbc.EJBCompiler.compileEJB(EJBCompiler.java:346)
>> at
>weblogic.ejb.container.ejbc.EJBCompiler.compileEJB(EJBCompiler.java:314)
>> at
>weblogic.ejb.container.deployer.EJBDeployer.compileJar(EJBDeployer.java:42
>9)
>> at
>weblogic.ejb.container.deployer.EJBDeployer.compileIfNecessary(EJBDeploy
>er.java:355)
>> at
>weblogic.ejb.container.deployer.EJBDeployer.prepare(EJBDeployer.java:723)
>> at
>weblogic.ejb.container.deployer.EJBModule.prepare(EJBModule.java:439)
>> at
>weblogic.application.internal.ExtensibleModuleWrapper$PrepareStateChang
>e.next(ExtensibleModuleWrapper.java:295)
>> at
>weblogic.application.internal.ExtensibleModuleWrapper$PrepareStateChang
>e.next(ExtensibleModuleWrapper.java:285)
>> at
>weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.
>java:42)
>> at
>weblogic.application.internal.ExtensibleModuleWrapper.prepare(Extensible
>ModuleWrapper.java:109)
>> ... 8 more
RE: Wrong interceptor method signature
Posted by Fr...@ext.ec.europa.eu.
Hi Mark,
Here it is!
https://issues.apache.org/jira/browse/BVAL-141
Thank you very much for your quick support :-)
Frédéric BURLET.
>-----Original Message-----
>From: Mark Struberg [mailto:struberg@yahoo.de]
>Sent: Monday, December 07, 2015 9:58 AM
>To: user@bval.apache.org
>Subject: Re: Wrong interceptor method signature
>
>Hi Frédéric!
>
>Thanks for this report. Are you able to find some time to create a JIRA for it
>[1]?
>If so then we gonna fix this and ship a release asap.
>
>txs and LieGrue,
>strub
>
>[1] https://issues.apache.org/jira/browse/BVAL
>
>
>> Am 07.12.2015 um 08:00 schrieb Frederic.BURLET@ext.ec.europa.eu:
>>
>> Hi,
>>
>> We are using BVal 1.1.0 as JSR-349 Bean Validation implementation in
>Weblogic 12.1.3 with java 8. When deploying our application, the application
>server complains about method signature compliance of the interceptor
>org.apache.bval.cdi.BValInterceptor. The exception stacktrace is at the
>bottom of this mail.
>>
>> Indeed the signature of the method invoke(InvocationContext) in
>org.apache.bval.cdi.BValInterceptor throws java.lang.Throwable instead of
>java.lang.Exception which seems to be a violation of the interceptor
>specification.
>>
>> Is there any chance to get this to be fixed in a further release? Do you want
>me to create a jira issue?
>>
>> Regards,
>>
>> Frédéric BURLET.
>>
>>
>> weblogic.ejb.container.compliance.ComplianceException: AroundInvoke
>method invoke in class org.apache.bval.cdi.BValInterceptor must have the
>signature: 'Object <METHOD(InvocationContext)> throws Exception'
>> at
>weblogic.ejb.container.compliance.BusinessMethodInterceptorChecker.valid
>ateAroundInvokeOrTimeoutMethod(BusinessMethodInterceptorChecker.jav
>a:154)
>> at
>weblogic.ejb.container.compliance.BusinessMethodInterceptorChecker.chec
>kAroundInvokeOrTimeoutMethods(BusinessMethodInterceptorChecker.java
>:70)
>> at
>weblogic.ejb.container.compliance.InterceptorChecker.checkAroundInvoke
>Methods(InterceptorChecker.java:61)
>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>> at
>sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.j
>ava:62)
>> at
>sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccess
>orImpl.java:43)
>> at java.lang.reflect.Method.invoke(Method.java:497)
>> at
>weblogic.ejb.container.compliance.EJBComplianceChecker.check(EJBComplia
>nceChecker.java:100)
>> at
>weblogic.ejb.container.compliance.EJBComplianceChecker.checkDeployment
>Info(EJBComplianceChecker.java:84)
>> at
>weblogic.ejb.container.ejbc.EJBCompiler.doCompile(EJBCompiler.java:172)
>> at
>weblogic.ejb.container.ejbc.EJBCompiler.compileEJB(EJBCompiler.java:346)
>> at
>weblogic.ejb.container.ejbc.EJBCompiler.compileEJB(EJBCompiler.java:314)
>> at
>weblogic.ejb.container.deployer.EJBDeployer.compileJar(EJBDeployer.java:42
>9)
>> at
>weblogic.ejb.container.deployer.EJBDeployer.compileIfNecessary(EJBDeploy
>er.java:355)
>> at
>weblogic.ejb.container.deployer.EJBDeployer.prepare(EJBDeployer.java:723)
>> at
>weblogic.ejb.container.deployer.EJBModule.prepare(EJBModule.java:439)
>> at
>weblogic.application.internal.ExtensibleModuleWrapper$PrepareStateChang
>e.next(ExtensibleModuleWrapper.java:295)
>> at
>weblogic.application.internal.ExtensibleModuleWrapper$PrepareStateChang
>e.next(ExtensibleModuleWrapper.java:285)
>> at
>weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.
>java:42)
>> at
>weblogic.application.internal.ExtensibleModuleWrapper.prepare(Extensible
>ModuleWrapper.java:109)
>> at
>weblogic.application.internal.flow.ModuleListenerInvoker.prepare(ModuleLis
>tenerInvoker.java:100)
>> at
>weblogic.application.internal.flow.ModuleStateDriver$1.next(ModuleStateDri
>ver.java:175)
>> at
>weblogic.application.internal.flow.ModuleStateDriver$1.next(ModuleStateDri
>ver.java:170)
>> at
>weblogic.application.utils.StateMachineDriver$ParallelChange.run(StateMachi
>neDriver.java:80)
>> at weblogic.work.ContextWrap.run(ContextWrap.java:40)
>> at
>weblogic.work.SelfTuningWorkManagerImpl$WorkAdapterImpl.run(SelfTunin
>gWorkManagerImpl.java:548)
>> at weblogic.work.ExecuteThread.execute(ExecuteThread.java:311)
>> at weblogic.work.ExecuteThread.run(ExecuteThread.java:263)
>>
>>
>> at
>weblogic.ejb.container.compliance.EJBComplianceChecker.check(EJBComplia
>nceChecker.java:96)
>> at
>weblogic.ejb.container.compliance.EJBComplianceChecker.checkDeployment
>Info(EJBComplianceChecker.java:84)
>> at
>weblogic.ejb.container.ejbc.EJBCompiler.doCompile(EJBCompiler.java:172)
>> at
>weblogic.ejb.container.ejbc.EJBCompiler.compileEJB(EJBCompiler.java:346)
>> at
>weblogic.ejb.container.ejbc.EJBCompiler.compileEJB(EJBCompiler.java:314)
>> at
>weblogic.ejb.container.deployer.EJBDeployer.compileJar(EJBDeployer.java:42
>9)
>> at
>weblogic.ejb.container.deployer.EJBDeployer.compileIfNecessary(EJBDeploy
>er.java:355)
>> at
>weblogic.ejb.container.deployer.EJBDeployer.prepare(EJBDeployer.java:723)
>> at
>weblogic.ejb.container.deployer.EJBModule.prepare(EJBModule.java:439)
>> at
>weblogic.application.internal.ExtensibleModuleWrapper$PrepareStateChang
>e.next(ExtensibleModuleWrapper.java:295)
>> at
>weblogic.application.internal.ExtensibleModuleWrapper$PrepareStateChang
>e.next(ExtensibleModuleWrapper.java:285)
>> at
>weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.
>java:42)
>> at
>weblogic.application.internal.ExtensibleModuleWrapper.prepare(Extensible
>ModuleWrapper.java:109)
>> ... 8 more
Re: Wrong interceptor method signature
Posted by Mark Struberg <st...@yahoo.de>.
Hi Frédéric!
Thanks for this report. Are you able to find some time to create a JIRA for it [1]?
If so then we gonna fix this and ship a release asap.
txs and LieGrue,
strub
[1] https://issues.apache.org/jira/browse/BVAL
> Am 07.12.2015 um 08:00 schrieb Frederic.BURLET@ext.ec.europa.eu:
>
> Hi,
>
> We are using BVal 1.1.0 as JSR-349 Bean Validation implementation in Weblogic 12.1.3 with java 8. When deploying our application, the application server complains about method signature compliance of the interceptor org.apache.bval.cdi.BValInterceptor. The exception stacktrace is at the bottom of this mail.
>
> Indeed the signature of the method invoke(InvocationContext) in org.apache.bval.cdi.BValInterceptor throws java.lang.Throwable instead of java.lang.Exception which seems to be a violation of the interceptor specification.
>
> Is there any chance to get this to be fixed in a further release? Do you want me to create a jira issue?
>
> Regards,
>
> Frédéric BURLET.
>
>
> weblogic.ejb.container.compliance.ComplianceException: AroundInvoke method invoke in class org.apache.bval.cdi.BValInterceptor must have the signature: 'Object <METHOD(InvocationContext)> throws Exception'
> at weblogic.ejb.container.compliance.BusinessMethodInterceptorChecker.validateAroundInvokeOrTimeoutMethod(BusinessMethodInterceptorChecker.java:154)
> at weblogic.ejb.container.compliance.BusinessMethodInterceptorChecker.checkAroundInvokeOrTimeoutMethods(BusinessMethodInterceptorChecker.java:70)
> at weblogic.ejb.container.compliance.InterceptorChecker.checkAroundInvokeMethods(InterceptorChecker.java:61)
> 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 weblogic.ejb.container.compliance.EJBComplianceChecker.check(EJBComplianceChecker.java:100)
> at weblogic.ejb.container.compliance.EJBComplianceChecker.checkDeploymentInfo(EJBComplianceChecker.java:84)
> at weblogic.ejb.container.ejbc.EJBCompiler.doCompile(EJBCompiler.java:172)
> at weblogic.ejb.container.ejbc.EJBCompiler.compileEJB(EJBCompiler.java:346)
> at weblogic.ejb.container.ejbc.EJBCompiler.compileEJB(EJBCompiler.java:314)
> at weblogic.ejb.container.deployer.EJBDeployer.compileJar(EJBDeployer.java:429)
> at weblogic.ejb.container.deployer.EJBDeployer.compileIfNecessary(EJBDeployer.java:355)
> at weblogic.ejb.container.deployer.EJBDeployer.prepare(EJBDeployer.java:723)
> at weblogic.ejb.container.deployer.EJBModule.prepare(EJBModule.java:439)
> at weblogic.application.internal.ExtensibleModuleWrapper$PrepareStateChange.next(ExtensibleModuleWrapper.java:295)
> at weblogic.application.internal.ExtensibleModuleWrapper$PrepareStateChange.next(ExtensibleModuleWrapper.java:285)
> at weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.java:42)
> at weblogic.application.internal.ExtensibleModuleWrapper.prepare(ExtensibleModuleWrapper.java:109)
> at weblogic.application.internal.flow.ModuleListenerInvoker.prepare(ModuleListenerInvoker.java:100)
> at weblogic.application.internal.flow.ModuleStateDriver$1.next(ModuleStateDriver.java:175)
> at weblogic.application.internal.flow.ModuleStateDriver$1.next(ModuleStateDriver.java:170)
> at weblogic.application.utils.StateMachineDriver$ParallelChange.run(StateMachineDriver.java:80)
> at weblogic.work.ContextWrap.run(ContextWrap.java:40)
> at weblogic.work.SelfTuningWorkManagerImpl$WorkAdapterImpl.run(SelfTuningWorkManagerImpl.java:548)
> at weblogic.work.ExecuteThread.execute(ExecuteThread.java:311)
> at weblogic.work.ExecuteThread.run(ExecuteThread.java:263)
>
>
> at weblogic.ejb.container.compliance.EJBComplianceChecker.check(EJBComplianceChecker.java:96)
> at weblogic.ejb.container.compliance.EJBComplianceChecker.checkDeploymentInfo(EJBComplianceChecker.java:84)
> at weblogic.ejb.container.ejbc.EJBCompiler.doCompile(EJBCompiler.java:172)
> at weblogic.ejb.container.ejbc.EJBCompiler.compileEJB(EJBCompiler.java:346)
> at weblogic.ejb.container.ejbc.EJBCompiler.compileEJB(EJBCompiler.java:314)
> at weblogic.ejb.container.deployer.EJBDeployer.compileJar(EJBDeployer.java:429)
> at weblogic.ejb.container.deployer.EJBDeployer.compileIfNecessary(EJBDeployer.java:355)
> at weblogic.ejb.container.deployer.EJBDeployer.prepare(EJBDeployer.java:723)
> at weblogic.ejb.container.deployer.EJBModule.prepare(EJBModule.java:439)
> at weblogic.application.internal.ExtensibleModuleWrapper$PrepareStateChange.next(ExtensibleModuleWrapper.java:295)
> at weblogic.application.internal.ExtensibleModuleWrapper$PrepareStateChange.next(ExtensibleModuleWrapper.java:285)
> at weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.java:42)
> at weblogic.application.internal.ExtensibleModuleWrapper.prepare(ExtensibleModuleWrapper.java:109)
> ... 8 more