Mule

Custom Interceptors stopped working in 3.0.0M4 version

Details

  • Type: Bug Bug
  • Status: Closed Closed
  • Priority: Major Major
  • Resolution: Duplicate
  • Affects Version/s: 3.0.0-M4
  • Fix Version/s: 3.0.0-RC1
  • Component/s: Core: Components
  • Labels:
    None
  • User impact:
    High
  • Similar Issues:
    MULE-4979 Custom Interceptors stopped working in 3.0.0M4 version
    MULE-562 Firing custom events not working
    MULE-5156 Interceptor stack in Mule 3.0.0 is causing wrong bean to be invoked
    MULE-3074 Introduce Service Interceptors
    MULE-4105 Correct docs for configuration of interceptors + components
    MULE-111 Stop and dispose lifecycle methods not working on components
    MULE-2999 Interceptors Limited in Use to Spring Objects
    MULE-701 Interceptors do not get properties set on them if they are declared in a stack
    MULE-274 Stop / pause of component doesn't work
    MULE-1883 Streaming model interceptor and exception strategies not behaving as expected.

Description

On migrating mule-config.xml from 2.2.1 to 3.0.0M4 version, we found that the custom interceptors no longer work and throws the below exception stack trace.

Caused by: org.mule.api.lifecycle.InitialisationException: The required object/property "object factory" is null
at org.mule.component.AbstractJavaComponent.doInitialise(AbstractJavaComponent.java:155)
at org.mule.component.AbstractComponent.initialise(AbstractComponent.java:263)
at org.mule.service.AbstractService.doInitialise(AbstractService.java:431)
at org.mule.model.seda.SedaService.doInitialise(SedaService.java:145)
at org.mule.service.AbstractService$1.onTransition(AbstractService.java:181)
at org.mule.service.AbstractService$1.onTransition(AbstractService.java:154)
at org.mule.lifecycle.LifecycleManagerSupport.invokePhase(LifecycleManagerSupport.java:138)
at org.mule.service.ServiceLifecycleManager.fireInitialisePhase(ServiceLifecycleManager.java:74)
at org.mule.service.AbstractService.initialise(AbstractService.java:152)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeCustomInitMethod(AbstractAutowireCapableBeanFactory.java:1414)
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1375)
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1335)
... 33 more

================

Here is how the custom interceptor stack is configured:
<component>
<interceptor-stack ref="default" />
</component>

Here is the mule-config.xml
<interceptor-stack name="default">
<custom-interceptor
class=".........."/>
<custom-interceptor
class="........"/>
<custom-interceptor
class="........."/>
</interceptor-stack>
<model name="............">
<service name="............">
<inbound>
<inbound-endpoint address="http://localhost:8888"
transformer-refs="............" exchange-pattern="request-response"/>

</inbound>
<component>
<interceptor-stack ref="default" />
</component>
<outbound>
<filtering-router>
<outbound-endpoint
address="..........."
transformer-refs="........." responseTransformer-refs="........... "
exchange-pattern="request-response" />
</filtering-router>
</outbound>
</service>

Here is the forum thread for this issue: http://forums.mulesoft.org/thread.jspa?threadID=3781&tstart=0
Also, as an FYI, we do not use any service components per se...We are using mule purely as a gateway to route the http requests with some transformations. The outbound endpoints are all http based and all the transformers are custom transformers. Please let me know in case more info is needed. Thanks.

Issue Links

Activity

People

Vote (0)
Watch (1)

Dates

  • Created:
    28/Jul/10 05:00 PM
    Updated:
    28/Jul/10 05:03 PM
    Resolved:
    28/Jul/10 05:03 PM