cxf-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Gary Gregory <garydgreg...@gmail.com>
Subject Re: 2.7.0 vs. 2.6.0: org.apache.cxf.interceptor.Fault: The given SOAPAction test.oneStringArgWssUsernameToken does not match an operation.
Date Tue, 30 Oct 2012 03:33:51 GMT
Hm... I have spring-context on my classpath already... and more Spring
stuff (but I have to use Ivy):

    <dependency org="org.springframework" name="spring-aop"
conf="ais.dist;all" rev="3.0.7.RELEASE" />
    <dependency org="org.springframework" name="spring-asm"
conf="ais.dist;all" rev="3.0.7.RELEASE" />
    <dependency org="org.springframework" name="spring-beans"
conf="ais.dist;all" rev="3.0.7.RELEASE" />
    <dependency org="org.springframework" name="spring-context"
conf="ais.dist;all" rev="3.0.7.RELEASE" />
    <dependency org="org.springframework" name="spring-core"
conf="ais.dist;all" rev="3.0.7.RELEASE" />
    <dependency org="org.springframework" name="spring-expression"
conf="ais.dist;all" rev="3.0.7.RELEASE" />
    <dependency org="org.springframework" name="spring-jms"
conf="ais.dist;all" rev="3.0.7.RELEASE" />
    <dependency org="org.springframework" name="spring-tx"
conf="ais.dist;all" rev="3.0.7.RELEASE" />
    <dependency org="org.springframework" name="spring-web"
conf="ais.dist;all" rev="3.0.7.RELEASE" />

I'll take to keep digging in the AM. Maybe it's a different dependency
issue... I do not have the geronimo jars on my CP...

This is the relevant section of my ivy.xml:

    <!-- CXF 2.7.0 start -->
    <!-- Jetty start -->
    <dependency org="org.eclipse.jetty.aggregate" name="jetty-all"
conf="ais.dist;all" rev="8.1.7.v20120910" />
    <dependency org="org.glassfish" name="javax.servlet"
conf="ais.dist;all" rev="3.0" />
    <dependency org="org.eclipse.jetty" name="jetty-util"
conf="all;ais.client.dist" rev="8.1.7.v20120910" />
    <!-- Jetty end -->
    <!-- JAXB start -->
    <dependency org="javax.xml.bind" name="jaxb-api"
conf="endorsed;jaxb;all" rev="2.2.6">
      <include name="jaxb-api" />
      <exclude name="jsr173_1.0_api" />
    </dependency>
    <dependency org="com.sun.xml.bind" name="jaxb-impl"
conf="ais.dist;jaxb;all" rev="2.2.5" />
    <dependency org="com.sun.xml.bind" name="jaxb-xjc"
conf="ais.dist;jaxb;all" rev="2.2.5" />
    <!-- JAXB end -->
    <dependency org="wsdl4j" name="wsdl4j" conf="ais.dist;all" rev="1.6.2"
/>
    <dependency org="org.apache.ws.security" name="wss4j"
conf="ais.dist;all" rev="1.6.7" />
    <dependency org="org.apache.velocity" name="velocity"
conf="ais.dist;all" rev="1.7" />
    <dependency org="org.apache.ws.xmlschema" name="xmlschema-core"
conf="ais.dist;all" rev="2.0.3" />
    <dependency org="org.apache.neethi" name="neethi" conf="ais.dist;all"
rev="3.0.2" />
    <dependency org="org.codehaus.woodstox" name="woodstox-core-asl"
conf="ais.dist;all" rev="4.1.4" />
    <dependency org="org.codehaus.woodstox" name="stax2-api"
conf="ais.dist;all" rev="3.1.1" />
    <dependency org="org.springframework" name="spring-aop"
conf="ais.dist;all" rev="3.0.7.RELEASE" />
    <dependency org="org.springframework" name="spring-asm"
conf="ais.dist;all" rev="3.0.7.RELEASE" />
    <dependency org="org.springframework" name="spring-beans"
conf="ais.dist;all" rev="3.0.7.RELEASE" />
    <dependency org="org.springframework" name="spring-context"
conf="ais.dist;all" rev="3.0.7.RELEASE" />
    <dependency org="org.springframework" name="spring-core"
conf="ais.dist;all" rev="3.0.7.RELEASE" />
    <dependency org="org.springframework" name="spring-expression"
conf="ais.dist;all" rev="3.0.7.RELEASE" />
    <dependency org="org.springframework" name="spring-jms"
conf="ais.dist;all" rev="3.0.7.RELEASE" />
    <dependency org="org.springframework" name="spring-tx"
conf="ais.dist;all" rev="3.0.7.RELEASE" />
    <dependency org="org.springframework" name="spring-web"
conf="ais.dist;all" rev="3.0.7.RELEASE" />
    <dependency org="com.sun.xml.fastinfoset" name="FastInfoset"
conf="ais.dist;all" rev="1.2.12" />
    <dependency org="org.slf4j" name="slf4j-api" conf="ais.dist;all"
rev="1.6.2" />
    <dependency org="org.slf4j" name="slf4j-log4j12" conf="ais.dist;all"
rev="1.6.2" />
    <dependency org="org.apache.santuario" name="xmlsec"
conf="ais.dist;all" rev="1.5.2" />
    <dependency org="net.sf.ehcache" name="ehcache-core"
conf="ais.dist;all" rev="2.5.2" />
    <!-- CXF 2.7.0 end -->


Gary

On Mon, Oct 29, 2012 at 10:48 PM, Glen Mazza <gmazza@talend.com> wrote:

> You're in luck, I just got that oddball "An error was discovered
> processing the <wsse:Security> header" error message about one hour ago.
>  The solution for me was to just add the below Maven dependency to my
> client pom so the client-side Spring configuration which provides
> WS-Security elements would be processed.  (Here's my source code:
> https://github.com/gmazza/**blog-samples/tree/master/cxf_**
> x509_profile_interceptor<https://github.com/gmazza/blog-samples/tree/master/cxf_x509_profile_interceptor>
> )
>
>         <dependency>
>             <groupId>org.springframework</**groupId>
>             <artifactId>spring-context</**artifactId>
>             <version>3.0.7.RELEASE</**version> (or whatever else)
>         </dependency>
>
> Glen
>
>
>
>
> On 10/29/2012 10:04 PM, Gary Gregory wrote:
>
>> Hi All,
>>
>> In order to sort things out between our test code and server, I am testing
>> our server with SOAP UI and telling it to remove SOAPAction headers. That
>> passes by CXF and gets into our custom interceptors where I can pick up
>> the
>> what the SOAP action used to mean based on the name of an XML element. Our
>> interceptor used to look for the SOAP Action header, now it does not. I am
>> now running into a different issue:
>>
>> 2012-10-29 22:02:44,198 [qtp1840304693-21 - /lde/] WARN : Interceptor for
>> {
>> http://soap.comm.server.**appinterface.seagullsw.com/}**
>> LdeWebServiceProviderServiceha**s<http://soap.comm.server.appinterface.seagullsw.com/%7DLdeWebServiceProviderServicehas>
>> thrown exception, unwinding now
>> org.apache.cxf.binding.soap.**SoapFault: An error was discovered
>> processing
>> the <wsse:Security> header
>>      at
>> org.apache.cxf.ws.security.**wss4j.WSS4JInInterceptor.**createSoapFault(*
>> *WSS4JInInterceptor.java:797)
>>      at
>> org.apache.cxf.ws.security.**wss4j.WSS4JInInterceptor.**handleMessage(**
>> WSS4JInInterceptor.java:354)
>>      at
>> com.seagullsw.appinterface.**server.comm.soap.**SoapServletCxf$**
>> OurWSS4JInInterceptor.**handleMessage(SoapServletCxf.**java:790)
>>      at
>> org.apache.cxf.ws.security.**wss4j.WSS4JInInterceptor.**handleMessage(**
>> WSS4JInInterceptor.java:94)
>>      at
>> org.apache.cxf.phase.**PhaseInterceptorChain.**doIntercept(**
>> PhaseInterceptorChain.java:**271)
>>      at
>> org.apache.cxf.transport.**ChainInitiationObserver.**onMessage(**
>> ChainInitiationObserver.java:**121)
>>      at
>> org.apache.cxf.transport.http.**AbstractHTTPDestination.**invoke(**
>> AbstractHTTPDestination.java:**238)
>>      at
>> org.apache.cxf.transport.**servlet.ServletController.**invokeDestination(
>> **ServletController.java:222)
>>      at
>> org.apache.cxf.transport.**servlet.ServletController.**
>> invoke(ServletController.java:**202)
>>      at
>> org.apache.cxf.transport.**servlet.ServletController.**
>> invoke(ServletController.java:**137)
>>      at
>> org.apache.cxf.transport.**servlet.CXFNonSpringServlet.**
>> invoke(CXFNonSpringServlet.**java:158)
>>      at
>> org.apache.cxf.transport.**servlet.AbstractHTTPServlet.**handleRequest(**
>> AbstractHTTPServlet.java:239)
>>      at
>> org.apache.cxf.transport.**servlet.AbstractHTTPServlet.**
>> doPost(AbstractHTTPServlet.**java:159)
>>      at javax.servlet.http.**HttpServlet.service(**HttpServlet.java:754)
>>      at
>> org.apache.cxf.transport.**servlet.AbstractHTTPServlet.**
>> service(AbstractHTTPServlet.**java:215)
>>      at
>> org.eclipse.jetty.servlet.**ServletHolder.handle(**
>> ServletHolder.java:648)
>>      at
>> org.eclipse.jetty.servlet.**ServletHandler.doHandle(**
>> ServletHandler.java:455)
>>      at
>> org.eclipse.jetty.server.**handler.ContextHandler.**
>> doHandle(ContextHandler.java:**1072)
>>      at
>> org.eclipse.jetty.servlet.**ServletHandler.doScope(**
>> ServletHandler.java:382)
>>      at
>> org.eclipse.jetty.server.**handler.ContextHandler.**
>> doScope(ContextHandler.java:**1006)
>>      at
>> org.eclipse.jetty.server.**handler.ScopedHandler.handle(**
>> ScopedHandler.java:135)
>>      at
>> org.eclipse.jetty.server.**handler.**ContextHandlerCollection.**handle(**
>> ContextHandlerCollection.java:**255)
>>      at
>> org.eclipse.jetty.server.**handler.HandlerWrapper.handle(**
>> HandlerWrapper.java:116)
>>      at org.eclipse.jetty.server.**Server.handle(Server.java:361)
>>      at
>> org.eclipse.jetty.server.**AbstractHttpConnection.**handleRequest(**
>> AbstractHttpConnection.java:**485)
>>      at
>> org.eclipse.jetty.server.**AbstractHttpConnection.**content(**
>> AbstractHttpConnection.java:**937)
>>      at
>> org.eclipse.jetty.server.**AbstractHttpConnection$**
>> RequestHandler.content(**AbstractHttpConnection.java:**998)
>>      at org.eclipse.jetty.http.**HttpParser.parseNext(**
>> HttpParser.java:856)
>>      at org.eclipse.jetty.http.**HttpParser.parseAvailable(**
>> HttpParser.java:240)
>>      at
>> org.eclipse.jetty.server.**AsyncHttpConnection.handle(**
>> AsyncHttpConnection.java:82)
>>      at
>> org.eclipse.jetty.io.nio.**SelectChannelEndPoint.handle(**
>> SelectChannelEndPoint.java:**627)
>>      at
>> org.eclipse.jetty.io.nio.**SelectChannelEndPoint$1.run(**
>> SelectChannelEndPoint.java:51)
>>      at
>> org.eclipse.jetty.util.thread.**QueuedThreadPool.runJob(**
>> QueuedThreadPool.java:608)
>>      at
>> org.eclipse.jetty.util.thread.**QueuedThreadPool$3.run(**
>> QueuedThreadPool.java:543)
>>      at java.lang.Thread.run(Unknown Source)
>> Caused by: org.apache.ws.security.**WSSecurityException: An error was
>> discovered processing the <wsse:Security> header
>>      at
>> org.apache.cxf.ws.security.**wss4j.WSS4JInInterceptor.**checkActions(**
>> WSS4JInInterceptor.java:380)
>>      at
>> org.apache.cxf.ws.security.**wss4j.WSS4JInInterceptor.**handleMessage(**
>> WSS4JInInterceptor.java:330)
>>      ... 33 more
>>
>> Based on previous messages, is this because CXF does not know about the
>> WSDL?
>>
>> Is seeing the reverse domain parts ("
>> soap.comm.server.appinterface.**seagullsw.com<http://soap.comm.server.appinterface.seagullsw.com>")
>> the usual hint for this issue?
>>
>> Then there is still how to get JaxWsDynamicClientFactory to behave; unless
>> you advise I just remove SOAP actions from the WSDL?
>>
>> Thank you!
>> Gary
>>
>> On Mon, Oct 29, 2012 at 6:29 PM, Gary Gregory <garydgregory@gmail.com
>> >wrote:
>>
>>  Am I hearing different approaches here?
>>>
>>> (1) Don't send SOAPAction. I'm still not sure how to tell
>>> JaxWsDynamicClientFactory how to do that. There is no other way than to
>>> strip the header from an interceptor.
>>>
>>> (2) Remove SOAP actions from WSDL and JaxWsDynamicClientFactory will not
>>> create the header. When I do that XMLSpy complains about the WSDL and at
>>> runtime, I get some other misbehavior, like the creds are always
>>> rejected.
>>> I'd just hacked that quickly so I am not sure of the details.
>>>
>>> (3) Send SOAPAction but it must be matched on the server with a CXF
>>> config
>>> file that points to WSDLs?
>>>
>>> Thank you for your help,
>>> Gary
>>>
>>>
>>> On Mon, Oct 29, 2012 at 5:00 PM, Glen Mazza <gmazza@talend.com> wrote:
>>>
>>>  You can provide the WSDL to use via the wsdlLocation attribute in the
>>>> CXF
>>>> configuration file:
>>>> http://www.jroller.com/gmazza/****entry/web_service_tutorial#***
>>>> *WFstep6<http://www.jroller.com/gmazza/**entry/web_service_tutorial#**WFstep6>
>>>> <http://www.jroller.**com/gmazza/entry/web_service_**tutorial#WFstep6<http://www.jroller.com/gmazza/entry/web_service_tutorial#WFstep6>
>>>> >
>>>>
>>>>
>>>> Glen
>>>>
>>>>
>>>> On 10/29/2012 04:49 PM, Daniel Kulp wrote:
>>>>
>>>>  This may be on the service side:
>>>>>
>>>>> INFO : Creating Service {http://soap.comm.server.**
>>>>> appinterface.seagullsw.com/}****LdeWebServiceProviderService<http://appinterface.seagullsw.com/%7D**LdeWebServiceProviderService>
>>>>> <h**ttp://soap.comm.server.**appinterface.seagullsw.com/%**
>>>>> 7DLdeWebServiceProviderService<http://soap.comm.server.appinterface.seagullsw.com/%7DLdeWebServiceProviderService>
>>>>> **>from class com.seagullsw.appinterface.
>>>>> **server.comm.soap.****SoapServletCxf$****LdeWebServiceProvider
>>>>>
>>>>>
>>>>>
>>>>> Looks like the server side isn't using the WSDL and thus may not have
>>>>> the proper Actions available for it.
>>>>>
>>>>> Dan
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> On Oct 29, 2012, at 4:01 PM, Gary Gregory <garydgregory@gmail.com>
>>>>> wrote:
>>>>>
>>>>>   Hi All:
>>>>>
>>>>>> I am updating our app server to 2.7.0 from 2.6.0 and our WSS tests
are
>>>>>> failing. All the other tests are OK. I'm not sure if this is something
>>>>>> we've gotten away with in the past with our pile of custom
>>>>>> interceptors
>>>>>> or
>>>>>> if this is an incompatibility. It would be very difficult for me
to
>>>>>> extract
>>>>>> a standalone test based on our code so I am taking a short cut to
see
>>>>>> if
>>>>>> this will ring an obvious bell with someone.
>>>>>>
>>>>>> The test looks like this:
>>>>>>
>>>>>>      @Test
>>>>>>      public void testWssNamePwd() throws Exception {
>>>>>>          final URL wsdl =
>>>>>> ClassLoader.getSystemResource(****this.getConfigResource() +
>>>>>> "/functions/TestBackEndWss.****wsdl");
>>>>>>          final Client client =
>>>>>> JaxWsDynamicClientFactory.****newInstance().createClient(**
>>>>>>
>>>>>> wsdl.toExternalForm());
>>>>>>          final Map<String, Object> outProps = new HashMap<String,
>>>>>> Object>();
>>>>>>          outProps.put(****WSHandlerConstants.ACTION,
>>>>>> WSHandlerConstants.USERNAME_****TOKEN);
>>>>>>          outProps.put(****WSHandlerConstants.PASSWORD_****TYPE,
>>>>>> WSConstants.PW_TEXT);
>>>>>>          outProps.put(****WSHandlerConstants.USER,
>>>>>> AisTestBackEnd.USER_NAME);
>>>>>>          outProps.put(****WSHandlerConstants.PW_****CALLBACK_REF,
new
>>>>>>
>>>>>> CallbackHandler() {
>>>>>>              @Override
>>>>>>              public void handle(final Callback[] callbacks) {
>>>>>>                  final WSPasswordCallback callback =
>>>>>> (WSPasswordCallback)
>>>>>> callbacks[0];
>>>>>>                  callback.setPassword(****AisTestBackEnd.PASSWORD);
>>>>>>              }
>>>>>>          });
>>>>>>          client.getOutInterceptors().****add(new
>>>>>> WSS4JOutInterceptor(outProps))****;
>>>>>>
>>>>>>          final String ARG_VALUE = "string arg value";
>>>>>>          Object[] results =
>>>>>> client.invoke(AisTestBackEnd.****ONESTRINGARGWSS_**USERNAMETOKEN_**
>>>>>>
>>>>>> FUNCTION_NAME,
>>>>>> new Object[] { ARG_VALUE });
>>>>>>          Assert.assertNotNull(results);
>>>>>>          Assert.assertNotNull(results[****0]);
>>>>>>
>>>>>>          Assert.assertTrue(((String) results[0]).indexOf(ARG_VALUE)
>
>>>>>> 0);
>>>>>>          //more asserts...
>>>>>>
>>>>>> This is the exception I see:
>>>>>>
>>>>>> 2012-10-29 15:04:40,656 [qtp563831333-20 - /lde/] WARN : Interceptor
>>>>>> for {
>>>>>> http://soap.comm.server.**appi**nterface.seagullsw.com/}**<http://appinterface.seagullsw.com/%7D**>
>>>>>> LdeWebServiceProviderService#{****http://soap.comm.server.**
>>>>>> appinterface.seagullsw.com/}****invokehas<http://appinterface.seagullsw.com/%7D**invokehas>
>>>>>> <http://soap.comm.**server.appinterface.seagullsw.**com/%**
>>>>>> 7DLdeWebServiceProviderService**#%7Bhttp://soap.comm.server.**
>>>>>> appinterface.seagullsw.com/%**7Dinvokehas<http://soap.comm.server.appinterface.seagullsw.com/%7DLdeWebServiceProviderService#%7Bhttp://soap.comm.server.appinterface.seagullsw.com/%7Dinvokehas>
>>>>>> >
>>>>>> thrown exception, unwinding now
>>>>>> org.apache.cxf.interceptor.****Fault: The given SOAPAction
>>>>>> test.****oneStringArgWssUsernameToken does not match an operation.
>>>>>>      at
>>>>>>
>>>>>> org.apache.cxf.binding.soap.****interceptor.****
>>>>>> SoapActionInInterceptor$**
>>>>>> SoapActionInAttemptTwoIntercep****tor.handleMessage(**
>>>>>> SoapActionInInterceptor.java:****188)
>>>>>>      at
>>>>>> org.apache.cxf.binding.soap.****interceptor.****
>>>>>> SoapActionInInterceptor$**
>>>>>> SoapActionInAttemptTwoIntercep****tor.handleMessage(**
>>>>>> SoapActionInInterceptor.java:****162)
>>>>>>      at
>>>>>> org.apache.cxf.phase.****PhaseInterceptorChain.****doIntercept(**
>>>>>> PhaseInterceptorChain.java:****271)
>>>>>>      at
>>>>>> org.apache.cxf.transport.****ChainInitiationObserver.****onMessage(**
>>>>>> ChainInitiationObserver.java:****121)
>>>>>>      at
>>>>>> org.apache.cxf.transport.http.****AbstractHTTPDestination.****
>>>>>> invoke(**
>>>>>> AbstractHTTPDestination.java:****238)
>>>>>>      at
>>>>>> org.apache.cxf.transport.****servlet.ServletController.**
>>>>>> invokeDestination(****ServletController.java:222)
>>>>>>      at
>>>>>> org.apache.cxf.transport.****servlet.ServletController.**
>>>>>> invoke(ServletController.java:****202)
>>>>>>      at
>>>>>> org.apache.cxf.transport.****servlet.ServletController.**
>>>>>> invoke(ServletController.java:****137)
>>>>>>      at
>>>>>> org.apache.cxf.transport.****servlet.CXFNonSpringServlet.**
>>>>>> invoke(CXFNonSpringServlet.****java:158)
>>>>>>      at
>>>>>> org.apache.cxf.transport.****servlet.AbstractHTTPServlet.****
>>>>>> handleRequest(
>>>>>> **AbstractHTTPServlet.java:**239)
>>>>>>      at
>>>>>> org.apache.cxf.transport.****servlet.AbstractHTTPServlet.**
>>>>>> doPost(AbstractHTTPServlet.****java:159)
>>>>>>      at javax.servlet.http.****HttpServlet.service(****
>>>>>> HttpServlet.java:754)
>>>>>>      at
>>>>>> org.apache.cxf.transport.****servlet.AbstractHTTPServlet.**
>>>>>> service(AbstractHTTPServlet.****java:215)
>>>>>>      at
>>>>>> org.eclipse.jetty.servlet.****ServletHolder.handle(**
>>>>>> ServletHolder.java:648)
>>>>>>      at
>>>>>> org.eclipse.jetty.servlet.****ServletHandler.doHandle(**
>>>>>> ServletHandler.java:455)
>>>>>>      at
>>>>>> org.eclipse.jetty.server.****handler.ContextHandler.**
>>>>>> doHandle(ContextHandler.java:****1072)
>>>>>>      at
>>>>>> org.eclipse.jetty.servlet.****ServletHandler.doScope(**
>>>>>> ServletHandler.java:382)
>>>>>>      at
>>>>>> org.eclipse.jetty.server.****handler.ContextHandler.**
>>>>>> doScope(ContextHandler.java:****1006)
>>>>>>      at
>>>>>> org.eclipse.jetty.server.****handler.ScopedHandler.handle(****
>>>>>> ScopedHandler.java:135)
>>>>>>      at
>>>>>> org.eclipse.jetty.server.****handler.****ContextHandlerCollection.***
>>>>>> *handle(
>>>>>> **ContextHandlerCollection.**java:**255)
>>>>>>      at
>>>>>> org.eclipse.jetty.server.****handler.HandlerWrapper.handle(****
>>>>>> HandlerWrapper.java:116)
>>>>>>      at org.eclipse.jetty.server.****Server.handle(Server.java:361)
>>>>>>      at
>>>>>> org.eclipse.jetty.server.****AbstractHttpConnection.****
>>>>>> handleRequest(**
>>>>>> AbstractHttpConnection.java:****485)
>>>>>>      at
>>>>>> org.eclipse.jetty.server.****AbstractHttpConnection.****content(**
>>>>>> AbstractHttpConnection.java:****937)
>>>>>>      at
>>>>>> org.eclipse.jetty.server.****AbstractHttpConnection$**
>>>>>> RequestHandler.content(****AbstractHttpConnection.java:****998)
>>>>>>      at org.eclipse.jetty.http.****HttpParser.parseNext(**
>>>>>> HttpParser.java:856)
>>>>>>      at org.eclipse.jetty.http.****HttpParser.parseAvailable(**
>>>>>> HttpParser.java:240)
>>>>>>      at
>>>>>> org.eclipse.jetty.server.****AsyncHttpConnection.handle(**
>>>>>> AsyncHttpConnection.java:82)
>>>>>>      at
>>>>>> org.eclipse.jetty.io.nio.****SelectChannelEndPoint.handle(****
>>>>>> SelectChannelEndPoint.java:****627)
>>>>>>      at
>>>>>> org.eclipse.jetty.io.nio.****SelectChannelEndPoint$1.run(**
>>>>>> SelectChannelEndPoint.java:51)
>>>>>>      at
>>>>>> org.eclipse.jetty.util.thread.****QueuedThreadPool.runJob(**
>>>>>> QueuedThreadPool.java:608)
>>>>>>      at
>>>>>> org.eclipse.jetty.util.thread.****QueuedThreadPool$3.run(**
>>>>>> QueuedThreadPool.java:543)
>>>>>>      at java.lang.Thread.run(Unknown Source)
>>>>>>
>>>>>> The debug log which includes CXF, Jetty and our own logging is here:
>>>>>> http://pastebin.com/LXb9vjQD
>>>>>>
>>>>>> The WSDL is here: http://pastebin.com/y12erjaw
>>>>>>
>>>>>> Thank you in advance for any guidance you can give me in figuring
this
>>>>>> out.
>>>>>>
>>>>>> Gary
>>>>>>
>>>>>> --
>>>>>> E-Mail: garydgregory@gmail.com | ggregory@apache.org
>>>>>> JUnit in Action, 2nd Ed: <http://goog_1249600977>http:/****/
>>>>>> bit.ly/ECvg0<http://bit.ly/**ECvg0 <http://bit.ly/ECvg0>>
>>>>>> Spring Batch in Action: <http://s.apache.org/HOq>http:****//
>>>>>> bit.ly/bqpbCK<http://bit.**ly/bqpbCK <http://bit.ly/bqpbCK>>
>>>>>> Blog: http://garygregory.wordpress.****com<http://garygregory.**
>>>>>> wordpress.com <http://garygregory.wordpress.com>>
>>>>>>
>>>>>> Home: http://garygregory.com/
>>>>>> Tweet! http://twitter.com/GaryGregory
>>>>>>
>>>>>>  --
>>>> Glen Mazza
>>>> Talend Community Coders - coders.talend.com
>>>> blog: www.jroller.com/gmazza
>>>>
>>>>
>>>>
>>> --
>>> E-Mail: garydgregory@gmail.com | ggregory@apache.org
>>> JUnit in Action, 2nd Ed: <http://goog_1249600977>http:/**/bit.ly/ECvg0<http://bit.ly/ECvg0>
>>> Spring Batch in Action: <http://s.apache.org/HOq>http:**//bit.ly/bqpbCK<http://bit.ly/bqpbCK>
>>>
>>> Blog: http://garygregory.wordpress.**com<http://garygregory.wordpress.com>
>>> Home: http://garygregory.com/
>>> Tweet! http://twitter.com/GaryGregory
>>>
>>>
>>
>>
>
> --
> Glen Mazza
> Talend Community Coders - coders.talend.com
> blog: www.jroller.com/gmazza
>
>


-- 
E-Mail: garydgregory@gmail.com | ggregory@apache.org
JUnit in Action, 2nd Ed: <http://goog_1249600977>http://bit.ly/ECvg0
Spring Batch in Action: <http://s.apache.org/HOq>http://bit.ly/bqpbCK
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message