<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: tESBConsumer throwing GetWeather fault in Talend Studio</title>
    <link>https://community.qlik.com/t5/Talend-Studio/tESBConsumer-throwing-GetWeather-fault/m-p/2265200#M44819</link>
    <description>Hi Shong, 
&lt;BR /&gt;I think I have found out some more details...and I have a new question. First the new details... 
&lt;span class="lia-inline-image-display-wrapper" image-alt="0683p000009MACn.png"&gt;&lt;img src="https://community.qlik.com/t5/image/serverpage/image-id/154443iC5B8CACEF3D12C6A/image-size/large?v=v2&amp;amp;px=999" role="button" title="0683p000009MACn.png" alt="0683p000009MACn.png" /&gt;&lt;/span&gt; 
&lt;BR /&gt;We configured the job to run in the IDE and executed it...what we found was the wsdl that the component was trying to parse was not the wsdl we have entered in the config file and is used by the component. BTW: It is not the GetWeather endpoint either. It was actually a QA instance of the web service...which was down. So it acts like it was trying to get the wsdl from that location. Though when it runs correctly it does call the production web service url we have configured. 
&lt;BR /&gt;My new question...since we can use a context property to specify the wsdl, url and timeout values for the tESBConsumer...each time the job runs, does it not get the wsdl (and parse it) from the wsdl we have configured? I would think it would not remember, and use, the wsdl we used at development time when first choosing the endpoint and method? 
&lt;BR /&gt;Thanks! 
&lt;BR /&gt;Gregg</description>
    <pubDate>Wed, 27 Nov 2013 14:11:36 GMT</pubDate>
    <dc:creator>Anonymous</dc:creator>
    <dc:date>2013-11-27T14:11:36Z</dc:date>
    <item>
      <title>tESBConsumer throwing GetWeather fault</title>
      <link>https://community.qlik.com/t5/Talend-Studio/tESBConsumer-throwing-GetWeather-fault/m-p/2265198#M44817</link>
      <description>Hi There, 
&lt;BR /&gt;We have a job that call several web services using tESBConsumer components. The components get their wsdl and url settings from the context file. This has been running without issue for several months. What has begun to happen is one of the components is throwing an exceptions complaining about the GetWeather service? I believe this is the default setting when you first put a component in a job, but I have no idea where it is coming from now. Has anyone come across this before? Any thoughts on know to debug this? 
&lt;BR /&gt;We execute the request manually with soapUI and it runs without issue, so it does not seem to be a web service issue. I also rebuilt the job and redeployed...still the same problem. 
&lt;BR /&gt;Here is the exception we are seeing in the log... 
&lt;BR /&gt; has thrown exception, unwinding now 
&lt;BR /&gt;org.apache.cxf.interceptor.Fault: The given SOAPAction 
&lt;A href="http://litwinconsulting.com/webservices/GetWeather" target="_blank" rel="nofollow noopener noreferrer"&gt;http://litwinconsulting.com/webservices/GetWeather&lt;/A&gt; does not match an operation. 
&lt;BR /&gt; at org.apache.cxf.binding.soap.interceptor.SoapActionInInterceptor$SoapActionInAttemptTwoInterceptor.handleMessage(SoapActionInInterceptor.java:188) 
&lt;BR /&gt; at org.apache.cxf.binding.soap.interceptor.SoapActionInInterceptor$SoapActionInAttemptTwoInterceptor.handleMessage(SoapActionInInterceptor.java:162) 
&lt;BR /&gt; at org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:271) 
&lt;BR /&gt; at org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainInitiationObserver.java:121) 
&lt;BR /&gt; at org.apache.cxf.transport.http.AbstractHTTPDestination.invoke(AbstractHTTPDestination.java:239) 
&lt;BR /&gt; at org.apache.cxf.transport.servlet.ServletController.invokeDestination(ServletController.java:218) 
&lt;BR /&gt; at org.apache.cxf.transport.servlet.ServletController.invoke(ServletController.java:198) 
&lt;BR /&gt; at org.apache.cxf.transport.servlet.ServletController.invoke(ServletController.java:137) 
&lt;BR /&gt; at org.apache.cxf.transport.servlet.CXFNonSpringServlet.invoke(CXFNonSpringServlet.java:158) 
&lt;BR /&gt; at org.apache.cxf.transport.servlet.AbstractHTTPServlet.handleRequest(AbstractHTTPServlet.java:243) 
&lt;BR /&gt; at org.apache.cxf.transport.servlet.AbstractHTTPServlet.doPost(AbstractHTTPServlet.java:163) 
&lt;BR /&gt; at javax.servlet.http.HttpServlet.service(HttpServlet.java:637) 
&lt;BR /&gt; at org.apache.cxf.transport.servlet.AbstractHTTPServlet.service(AbstractHTTPServlet.java:219) 
&lt;BR /&gt; at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) 
&lt;BR /&gt; at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) 
&lt;BR /&gt; at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) 
&lt;BR /&gt; at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) 
&lt;BR /&gt; at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) 
&lt;BR /&gt; at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:103) 
&lt;BR /&gt; at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:615) 
&lt;BR /&gt; at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) 
&lt;BR /&gt; at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:293) 
&lt;BR /&gt; at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:861) 
&lt;BR /&gt; at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:606) 
&lt;BR /&gt; at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489) 
&lt;BR /&gt; at java.lang.Thread.run(Thread.java:662) 
&lt;BR /&gt; 
&lt;BR /&gt;Thanks, 
&lt;BR /&gt;Gregg</description>
      <pubDate>Sat, 16 Nov 2024 11:49:16 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Talend-Studio/tESBConsumer-throwing-GetWeather-fault/m-p/2265198#M44817</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2024-11-16T11:49:16Z</dc:date>
    </item>
    <item>
      <title>Re: tESBConsumer throwing GetWeather fault</title>
      <link>https://community.qlik.com/t5/Talend-Studio/tESBConsumer-throwing-GetWeather-fault/m-p/2265199#M44818</link>
      <description>It looks strange if you don't have a component that is calling the GetWeather web service. I have no idea except checking the job in Talend Studio, to see it is which component throws the exception and reset its properties. 
&lt;BR /&gt;Shong</description>
      <pubDate>Wed, 27 Nov 2013 02:23:10 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Talend-Studio/tESBConsumer-throwing-GetWeather-fault/m-p/2265199#M44818</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2013-11-27T02:23:10Z</dc:date>
    </item>
    <item>
      <title>Re: tESBConsumer throwing GetWeather fault</title>
      <link>https://community.qlik.com/t5/Talend-Studio/tESBConsumer-throwing-GetWeather-fault/m-p/2265200#M44819</link>
      <description>Hi Shong, 
&lt;BR /&gt;I think I have found out some more details...and I have a new question. First the new details... 
&lt;span class="lia-inline-image-display-wrapper" image-alt="0683p000009MACn.png"&gt;&lt;img src="https://community.qlik.com/t5/image/serverpage/image-id/154443iC5B8CACEF3D12C6A/image-size/large?v=v2&amp;amp;px=999" role="button" title="0683p000009MACn.png" alt="0683p000009MACn.png" /&gt;&lt;/span&gt; 
&lt;BR /&gt;We configured the job to run in the IDE and executed it...what we found was the wsdl that the component was trying to parse was not the wsdl we have entered in the config file and is used by the component. BTW: It is not the GetWeather endpoint either. It was actually a QA instance of the web service...which was down. So it acts like it was trying to get the wsdl from that location. Though when it runs correctly it does call the production web service url we have configured. 
&lt;BR /&gt;My new question...since we can use a context property to specify the wsdl, url and timeout values for the tESBConsumer...each time the job runs, does it not get the wsdl (and parse it) from the wsdl we have configured? I would think it would not remember, and use, the wsdl we used at development time when first choosing the endpoint and method? 
&lt;BR /&gt;Thanks! 
&lt;BR /&gt;Gregg</description>
      <pubDate>Wed, 27 Nov 2013 14:11:36 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Talend-Studio/tESBConsumer-throwing-GetWeather-fault/m-p/2265200#M44819</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2013-11-27T14:11:36Z</dc:date>
    </item>
    <item>
      <title>Re: tESBConsumer throwing GetWeather fault</title>
      <link>https://community.qlik.com/t5/Talend-Studio/tESBConsumer-throwing-GetWeather-fault/m-p/2265201#M44820</link>
      <description>&lt;BLOCKQUOTE&gt; 
 &lt;TABLE border="1"&gt; 
  &lt;TBODY&gt; 
   &lt;TR&gt; 
    &lt;TD&gt;since we can use a context property to specify the wsdl, url and timeout values for the tESBConsumer...each time the job runs, does it not get the wsdl (and parse it) from the wsdl we have configured? I would think it would not remember, and use, the wsdl we used at development time when first choosing the endpoint and method?&lt;/TD&gt; 
   &lt;/TR&gt; 
  &lt;/TBODY&gt; 
 &lt;/TABLE&gt; 
&lt;/BLOCKQUOTE&gt; 
&lt;BR /&gt;It sounds like a bug when you set the wsdl with a context variable, and load the value from a config file at run time. Which version are you using? I would like to investigate it further and check if it was a bug, can you email me your web service consumer job? 
&lt;BR /&gt;Shong</description>
      <pubDate>Thu, 28 Nov 2013 03:56:59 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Talend-Studio/tESBConsumer-throwing-GetWeather-fault/m-p/2265201#M44820</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2013-11-28T03:56:59Z</dc:date>
    </item>
    <item>
      <title>Re: tESBConsumer throwing GetWeather fault</title>
      <link>https://community.qlik.com/t5/Talend-Studio/tESBConsumer-throwing-GetWeather-fault/m-p/2265202#M44821</link>
      <description>Hi Shong,
&lt;BR /&gt;The issue was in 5.3, I upgraded to 5.3.1 and 5.4 (TOS DI), and the issue did not go away until I did what I described in my previous post in 5.4. To upgrade, I open the new version of Talend and import an archive file...
&lt;BR /&gt;I am happy to provide a copy of the job. How would you like me to send it to you? 
&lt;BR /&gt;Thanks,
&lt;BR /&gt;Gregg</description>
      <pubDate>Mon, 02 Dec 2013 14:38:59 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Talend-Studio/tESBConsumer-throwing-GetWeather-fault/m-p/2265202#M44821</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2013-12-02T14:38:59Z</dc:date>
    </item>
    <item>
      <title>Re: tESBConsumer throwing GetWeather fault</title>
      <link>https://community.qlik.com/t5/Talend-Studio/tESBConsumer-throwing-GetWeather-fault/m-p/2265203#M44822</link>
      <description>&lt;BLOCKQUOTE&gt;
 &lt;TABLE border="1"&gt;
  &lt;TBODY&gt;
   &lt;TR&gt;
    &lt;TD&gt;I am happy to provide a copy of the job. How would you like me to send it to you?&lt;/TD&gt;
   &lt;/TR&gt;
  &lt;/TBODY&gt;
 &lt;/TABLE&gt;
&lt;/BLOCKQUOTE&gt;
&lt;BR /&gt;Yes, please. shong@talend.com</description>
      <pubDate>Sat, 07 Dec 2013 04:03:14 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Talend-Studio/tESBConsumer-throwing-GetWeather-fault/m-p/2265203#M44822</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2013-12-07T04:03:14Z</dc:date>
    </item>
    <item>
      <title>Re: tESBConsumer throwing GetWeather fault</title>
      <link>https://community.qlik.com/t5/Talend-Studio/tESBConsumer-throwing-GetWeather-fault/m-p/2265204#M44823</link>
      <description>Hi Shong,
&lt;BR /&gt;Thanks! Just emailed the archive file.
&lt;BR /&gt;Gregg</description>
      <pubDate>Mon, 09 Dec 2013 13:26:06 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Talend-Studio/tESBConsumer-throwing-GetWeather-fault/m-p/2265204#M44823</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2013-12-09T13:26:06Z</dc:date>
    </item>
    <item>
      <title>Re: tESBConsumer throwing GetWeather fault</title>
      <link>https://community.qlik.com/t5/Talend-Studio/tESBConsumer-throwing-GetWeather-fault/m-p/2265205#M44824</link>
      <description>Hi Shong,
&lt;BR /&gt;Did you ever find anything out about this issue? I am seeing a similar issue in the IDE itself. Version 5.4.1. I get 
&lt;BR /&gt;"Error getting service description: Invalid thread access" in configuration dialog when I push the refresh button.
&lt;BR /&gt;Thanks,
&lt;BR /&gt;Gregg</description>
      <pubDate>Wed, 08 Jan 2014 21:35:26 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Talend-Studio/tESBConsumer-throwing-GetWeather-fault/m-p/2265205#M44824</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2014-01-08T21:35:26Z</dc:date>
    </item>
    <item>
      <title>Re: tESBConsumer throwing GetWeather fault</title>
      <link>https://community.qlik.com/t5/Talend-Studio/tESBConsumer-throwing-GetWeather-fault/m-p/2265206#M44825</link>
      <description>Hi There,
&lt;BR /&gt;I have found the issue and a work around. I have 3 groups in my context properties (DEV, QA, PROD). I needed to create a "Default" group and remove DEV, QA and PROD. I can then refresh the the component in the IDE and see the available methods in the service.
&lt;BR /&gt;Thanks,
&lt;BR /&gt;Gregg</description>
      <pubDate>Thu, 09 Jan 2014 18:28:37 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Talend-Studio/tESBConsumer-throwing-GetWeather-fault/m-p/2265206#M44825</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2014-01-09T18:28:37Z</dc:date>
    </item>
  </channel>
</rss>

