Hello, I had the exact same issue for another OOTB web service (SRM_RequestInterface_WS). I found that there was an issue with the Start and Max values of the web service. When those values are set, the query tries to retrieve all rows from the DB (even if they are set to low values), and it of course times out due to the high number of rows to retrieve. I removed the Start and Max values, and the problem was solved. It is ITSM 7.6, and ARS 7.5 p8 on Oracle.
Best regards, Jean-Louis Halleux ARSmarts Support On 22 May 2013, at 20:45, "Cecil, Ken" <[email protected]> wrote: > ** > I am testing calls to some of the OOTB ITSM Web Services. Many appear to be > working fine. However, the most important one that we’d like to use > (HPD_IncidentInterface_WS to pull up a list of users Incidents on our > Intranet Portal) is not returning a response and the SOAP UI tool just times > out after about a minute of waiting for a response. > > I used Fiddler to see the http traffic. I can see were SOAP UI is sending the > request to the Mid Tier but there is absolutely no response traffic. As a > control I do receive a response from the TMS_TaskInterface web service. > > Has anybody else already run into this. I haven’t modified the web services. > Is there something simple I have overlooked? > > Here is the call I am making. > > <soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" > xmlns:urn="urn:HPD_IncidentInterface_WS"> > <soapenv:Header> > <urn:AuthenticationInfo> > <urn:userName>UserName</urn:userName> > <urn:password>Password</urn:password> > </urn:AuthenticationInfo> > </soapenv:Header> > <soapenv:Body> > <urn:HelpDesk_Query_Service> > <urn:Incident_Number>INC000000359107</urn:Incident_Number> > </urn:HelpDesk_Query_Service> > </soapenv:Body> > </soapenv:Envelope> > > > Also, If I put in an invalid username/password combination I do get an error > response back right away. > > This is ITSM 7.6 and ARS 7.5.0 patch 008, Windows 2008, MS Sql, Tomcat and > IIS > > > Thanks, > Ken. > > > > This email and any files transmitted with it are confidential and intended > solely for the addressee. If you have received this email in error please > notify the system manager. Subject to local law, communications (including > traffic data) with Hubbell may be monitored by our systems [or a third > party's systems on our behalf] for the purposes of security and the > assessment of internal compliance with Hubbell policies. This footnote also > confirms that this email message has been swept for the presence of computer > viruses. > www.hubbell.com - Hubbell Incorporated > > > _ARSlist: "Where the Answers Are" and have been for 20 years_ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"

