We have a homebrew CXF interceptor which extends AbstractSoapInterceptor.
It's a generic XSLT interceptor which runs the input through a specified
XSLT. We use two of them in our interceptor chain, configuring them with
different XSLTs. However, CXF ignores the second interceptor. It seems like
since AbstractPhaseInterceptor uses the class name for its ID, the second
interceptor is assumed to be a duplicate of the first.

The simplest workaround is to create an additional interceptor class for
each XSLT with different names, "XsltInterceptorKludge2.java" and
"XsltInterceptorKludge3.java".

A more complex workaround is to have our interceptor class have a static
counter which increments with each created instance.

Is this intended behavior of AbstractPhaseInterceptor? It seems unusual to
assume that implementors will only want to have one instance of a given
interceptor in the interceptor chain.
-- 
View this message in context: 
http://www.nabble.com/Problem-having-multiple-interceptors-of-the-same-type-on-the-interceptor-chain--tp15300074p15300074.html
Sent from the cxf-user mailing list archive at Nabble.com.

Reply via email to