Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
Showing results for
Options
- Subscribe to RSS Feed
- Mark as New
- Mark as Read
- Bookmark
- Subscribe
- Printer Friendly Page
- Report Inappropriate Content
1025
Views
0
Helpful
0
Comments
Options
- Subscribe to RSS Feed
- Mark as New
- Mark as Read
- Bookmark
- Subscribe
- Printer Friendly Page
- Report Inappropriate Content
on 01-24-2014 12:31 PM
This document was generated from CDN thread
Created by: Fabien Damien on 01-10-2009 10:44:40 AM
i have created a sample cvp studio application to test a webservice that integrates cvp with a
temenos database using a webservice. The WSDL validates properly with Altova XML spy. the
VXML server seems to send the username and password to the temenos database, but the error
log shows "INVALID/ NO SIGN ON NAME SUPPLIED DURING SIGN ON PROCESS".
Please note that the webservice was working fine previously, don't know what has changed
from temenos/webservice side to cause this error.
we tested successfully the webservice using soap ui on the vxml server
i'm attaching all the files you require to troubleshoot the issue,(cvp activity error log, studio project, wsdl file)
your feedback is much appreciated,
Subject: RE: Webservice error
Replied by: Janine Graves on 02-10-2009 12:42:51 AM
Web service element doesn't work unless you have the 7.0.2 patch installed in Studio and on VXML Server.
Subject: RE: Webservice error
Replied by: Fabien Damien on 13-10-2009 08:13:45 AM
Hi Janine,
CVP sudio and vxml server are both upgraded to 7.0(2). note that the webservice has worked once, but currently is not working.
Thanks for your feedback,
Subject: RE: Webservice error
Replied by: Ranjana Narayan on 13-10-2009 09:57:06 AM
Fabien,
It seems that the error might not be related to CVP but rather to the database, coz the request seems to be well formed and the webservice port sends a fault instead of a response. The fault message I believe is sent by the DB and my thought would be to first check if the webservice call works independently and cross check the soap request generated against the one in the cvp errorlog.
Hope this helps,
Ranjana.
Subject: RE: Webservice error
Replied by: Fabien Damien on 13-10-2009 11:17:18 AM
Hi Ranjana,
We extracted the SOAP request sent by CVP from the error log and compared it to the functioning SOAP request sent on the SOAPUI software.
We noticed that the header of the CVP SOAP request is empty, we modified it to match the functional one and it¿s working fine.
Below you can find the CVP request and its modified version that worked with SOAPUI.
Please let me know your feedback,
Modified SOAP request (working):
<SOAP-ENV:Envelope soap="http://schemas.xmlsoap.org/wsdl/soap/" targetNamespace="http://www.temenos.com/T24WS/IVRPROJ/T24Receiver" tns="http://www.temenos.com/T24WS/IVRPROJ/T24Receiver" wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd" xsd="http://www.w3.org/2001/XMLSchema" xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsi="http://www.w3.org/1999/XMLSchema-instance">
<SOAP-ENV:Header>
<nklviwnaspovnqwnfl1:TAGRequestHeader xmlns:nklviwnaspovnqwnfl1="http://www.temenos.com/T24WS/IVRPROJ/T24Receiver">
<MessagePort/>
<UserName>IRONMAN01</UserName>
<Password>1234567</Password>
<Company>LB0010001</Company>
</nklviwnaspovnqwnfl1:TAGRequestHeader>
</SOAP-ENV:Header>
<SOAP-ENV:Body>
<nklviwnaspovnqwnfl1:BlfIvrAccountList_Select xmlns:nklviwnaspovnqwnfl1="http://www.temenos.com/T24WS/IVRPROJ/T24Receiver">
<criteria>USER.NAME:EQ=123,PASSWORD:EQ=123</criteria>
</nklviwnaspovnqwnfl1:BlfIvrAccountList_Select>
<nklviwnaspovnqwnfl1:TAGMessageHeader xmlns:nklviwnaspovnqwnfl1="http://www.temenos.com/T24WS/IVRPROJ/T24Receiver"/>
</SOAP-ENV:Body>
</SOAP-ENV:Envelope>
CVP SOAP request (not working)
<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsi="http://www.w3.org/1999/XMLSchema-instance" soap="http://schemas.xmlsoap.org/wsdl/soap/" targetNamespace="http://www.temenos.com/T24WS/IVRPROJ/T24Receiver" tns="http://www.temenos.com/T24WS/IVRPROJ/T24Receiver" wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd" xsd="http://www.w3.org/2001/XMLSchema">
<SOAP-ENV:Body>
<nklviwnaspovnqwnfl1:TAGRequestHeader xmlns:nklviwnaspovnqwnfl1="http://www.temenos.com/T24WS/IVRPROJ/T24Receiver">
<UserName>IRONMAN01</UserName>
<Password>1234567</Password>
<Company>LB0010001</Company>
</nklviwnaspovnqwnfl1:TAGRequestHeader>
<nklviwnaspovnqwnfl1:BlfIvrAccountList_Select xmlns:nklviwnaspovnqwnfl1="http://www.temenos.com/T24WS/IVRPROJ/T24Receiver">
<criteria>USER.NAME:EQ=123PASSWORD:EQ=123</criteria>
</nklviwnaspovnqwnfl1:BlfIvrAccountList_Select>
<nklviwnaspovnqwnfl1:TAGMessageHeader xmlns:nklviwnaspovnqwnfl1="http://www.temenos.com/T24WS/IVRPROJ/T24Receiver"/>
</SOAP-ENV:Body>
</SOAP-ENV:Envelope>
Subject: RE: Webservice error
Replied by: Ranjana Narayan on 14-10-2009 10:34:41 AM
Fabien,
AFAIK, soap headers generated by out-of-box Webservice element cannot contain any data, the header is always empty. You might want to try out creating custom java class for calling the webservice instead.
Regards,
Ranjana.
Subject: RE: Webservice error
Replied by: Fabien Damien on 19-10-2009 10:32:43 AM
Thanks Ranjana for your help , appreciate it.
Subject: RE: Webservice error
Replied by: Ranjana Narayan on 19-10-2009 10:29:33 AM
Fabien,
Confirm on the above, the soap request header cannot contain an element, a CDET enhancement request has been submitted for the same. In the future release of CVP, you will be able to send header elements in the out-of-box Webservice element. Will let you know on the progress of the cdet.
Hope this helps,
Ranjana.
Subject: RE: Webservice error
Replied by: Selim Budakoglu on 22-03-2010 06:32:30 PM
Ranjana
Is there any development regardin this?
Regards
Subject: RE: Webservice error
Replied by: GEOFFREY THOMPSON on 26-03-2010 12:08:47 AM
Engineering Special ES29 addresses some Web Service bugs:
Say-it-smart unable to play pause where there is no external TTS engine
Error when using SOAP in web service element
CVP VXML web services element fails SOAP 1.1 Binding with null
Admin scripts returns "application server not available" message
WebService node doesn't substitute values when using session VARs
WebService code does not include namespace prefixes in soap envelope
Find a way to load balance only the initial VXML reqest for a call
Maybe your problem is fixed.
Regards,
Geoff
Subject: RE: Webservice error
Replied by: Michael Garrity on 30-03-2010 05:10:29 PM
We have the same issue with needing access to the SOAP header. We just received confirmation from CDN that this is still not available and no ETA has been set (although an enhancement request has been submitted). Looks like it'll be custom Java for us.
Subject: RE: New Message from Sheejan Kallely in Customer Voice Portal (CVP) - CVP -
Replied by: GEOFFREY THOMPSON on 11-09-2012 05:07:11 PM
Sorry, I have not used the Cisco web service element except in the lab. It’s clumsy and not intuitive and I basically hated it. Plus I am a competent Java programmer and I much prefer to write my own Action Elements to hit the web service. Then I can interpret the results and massage them into Session Variables for application handling.
That said, I am totally surprised by all the JAR files you are inserting in the tomcat\common\lib directory. If you use the Cisco Web Service element you don’t need to add all those Apache Axis JARs = it will work out of the box (at least I think so).
When I use a custom Action Element to invoke Axis I do need to copy some JARs:
I typically put saaj.jar and jaxrpc.jar in C:\Cisco\CVP\VXMLServer\Tomcat\common\endorsed and axis.jar and commons-discovery-0.2.jar in C:\Cisco\CVP\VXMLServer\common\lib but that is all. And that is for a Custom Action Element.
Why are you doing that?
Regards,
Geoff
Subject: RE: Webservice error
Replied by: Sheejan Kallely on 11-09-2012 02:57:19 PM
Dear Geoff,
I am trying to integrate CVP application with webservice element provided by CISCO. CVP version I am using 7.0.(2) and i had copied the Axis2 (1.5) jar files to the tomcat\common\lib folder and restarted the vxml service. The vxml service and cvp application is running/ active. but when the call lands on the application it throws error as below.
10.149.16.206.1347357454988.0.smstest,09/11/2012 15:27:35.550,A built-in element encountered an exception of type javax.xml.ws.WebServiceException. The error was: javax.xml.ws.WebServiceException: Unable to create Provider: org.apache.axis2.jaxws.spi.Provider
javax.xml.ws.WebServiceException: Unable to create Provider: org.apache.axis2.jaxws.spi.Provider
at javax.xml.ws.spi.Provider.provider(Provider.java:82)
at javax.xml.ws.Service.<init>(Service.java:57)
at javax.xml.ws.Service.create(Service.java:302)
at com.audium.server.webservices.ServicesConfiguration.createDispatcher(ServicesConfiguration.java:332)
at com.audium.server.webservices.WebservicesElement.invokeService(WebservicesElement.java:50)
at com.audium.server.voiceElement.WebservicesElementBase.service(WebservicesElementBase.java:395)
at com.audium.server.controller.Controller.goToWebservices(Controller.java:2667)
at com.audium.server.controller.Controller.goToElement(Controller.java:2456)
at com.audium.server.controller.Controller.continueCall(Controller.java:2282)
at com.audium.server.controller.Controller.goToElement(Controller.java:2499)
at com.audium.server.controller.Controller.continueCall(Controller.java:2282)
at com.audium.server.controller.Controller.doPost(Controller.java:599)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:710)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:210)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:174)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:151)
at org.apache.coyote.http11.Http11AprProcessor.process(Http11AprProcessor.java:834)
at org.apache.coyote.http11.Http11AprProtocol$Http11ConnectionHandler.process(Http11AprProtocol.java:640)
at org.apache.tomcat.util.net.AprEndpoint$Worker.run(AprEndpoint.java:1286)
at java.lang.Thread.run(Thread.java:595)
please find the below list of jar files residing in the tomcat/common/lib folder of VXML server
activation-1.1.jar
antlr-2.7.7.jar
axiom-api-1.2.8.jar
axiom-dom-1.2.8.jar
axiom-impl-1.2.8.jar
axis2-adb-1.5.jar
axis2-adb-codegen-1.5.jar
axis2-codegen-1.5.jar
axis2-corba-1.5.jar
axis2-fastinfoset-1.5.jar
axis2-java2wsdl-1.5.jar
axis2-jaxbri-1.5.jar
axis2-jaxws-1.5.jar
axis2-jibx-1.5.jar
axis2-json-1.5.jar
axis2-kernel-1.5.jar
axis2-metadata-1.5.jar
axis2-mtompolicy-1.5.jar
axis2-saaj-1.5.jar
axis2-spring-1.5.jar
axis2-transport-http-1.5.jar
axis2-transport-local-1.5.jar
axis2-xmlbeans-1.5.jar
bcel-5.1.jar
commons-codec-1.3.jar
commons-el.jar
commons-fileupload-1.2.jar
commons-httpclient-3.1.jar
commons-io-1.4.jar
commons-logging-1.1.1.jar
dom4j-1.6.1.jar
framework.jar
geronimo-activation_1.1_spec-1.0.1.jar
geronimo-annotation_1.0_spec-1.1.jar
geronimo-javamail_1.4_spec-1.6.jar
geronimo-jaxws_2.1_spec-1.0.jar
geronimo-jta_1.1_spec-1.1.jar
geronimo-saaj_1.3_spec-1.0.1.jar
geronimo-stax-api_1.0_spec-1.0.1.jar
geronimo-ws-metadata_2.0_spec-1.1.2.jar
httpcore-4.0.jar
icu4j-2.6.1.jar
jasper-compiler-jdt.jar
jasper-compiler.jar
jasper-runtime.jar
jaxb-api-2.1.jar
jaxb-impl-2.1.7.jar
jaxb-xjc-2.1.7.jar
jaxen-1.1.1.jar
jaxws-rt.jar
jdom-1.0.jar
jettison-1.0-RC2.jar
jibx-bind-1.2.1.jar
jibx-run-1.2.1.jar
jsp-api.jar
jsr173_1.0_api.jar
mail-1.4.jar
mex-1.5-impl.jar
naming-factory-dbcp.jar
naming-factory.jar
naming-resources.jar
neethi-2.0.4.jar
servlet-api.jar
soapmonitor-1.5.jar
woden-api-1.0M8.jar
woden-impl-dom-1.0M8.jar
wsdl4j-1.6.2.jar
wstx-asl-3.2.4.jar
xalan-2.7.0.jar
xercesImpl-2.6.2.jar
xml-apis-1.3.02.jar
xml-resolver-1.2.jar
xmlbeans-2.3.0.jar
XmlSchema-1.4.3.jar
xom-1.0.jar
I hope any one can help me, the location of each jar files should be copied and if any jar files I am missing.
Thanks
Skallely
Engineering Special ES29 addresses some Web Service bugs:
Say-it-smart unable to play pause where there is no external TTS engine
Error when using SOAP in web service element
CVP VXML web services element fails SOAP 1.1 Binding with null
Admin scripts returns "application server not available" message
WebService node doesn't substitute values when using session VARs
WebService code does not include namespace prefixes in soap envelope
Find a way to load balance only the initial VXML reqest for a call
Maybe your problem is fixed.
Regards,
Geoff
Subject: RE: Webservice error
Replied by: Asher Schweigart on 14-09-2012 09:45:23 AM
I have to agree with Geoff. I am using the webservice element, but I want to replace it with custom java as soon as I have time. I am using it to integrate with Call Manager using the Call Manager generated wsdl. It works fine, until I get more than three web service elements, and then the debugger won't launch.
Seems that even though I am copying the same web service element, so it is referencing the same file stored in the .wsdl_repository folder, cvp loads it into memory a seperate time for each element! Didn't try launching it in prod that way, figured if it ran out of memory in the debugger, it was using way to much memory to put into prod.
I ended up modifying the Call Manager wsdl to only include the funtions that I need, which makes the memory footprint much smaller for each web service element, but like Geoff said, very clumsy.
I also had to modify the soap file to trick it into telling call studio there was only one response coming from a function, ad call studio could not figure out how to save multiple results. Seems like the web server element works in a pinch, but your best option is to create custom java.
Subject: RE: New Message from Asher Schweigart in Customer Voice Portal (CVP) - CVP
Replied by: Hemal Mehta on 14-09-2012 09:52:16 AM
I never use the inbuilt web service element myself. You lose the power and flexibility and especially when creating out of the box solutions. I had a situation where I had to integrate with .NET web service and there is no way the Studio web service element will work. In fact even the code generated web service will not work rightaway. I had to manually tweak it to make it work. There are many other scenarios.
While some of the provided elements in Studio provide good functionality, I do not want to lose the control and get restricted by using them. I do not use the DB element, ftp element etc. If you are good in java, you can create much better, flexible and dynamic solutions yourself.
Hemal
From: Cisco Developer Community Forums [mailto:cdicuser@developer.cisco.com]
Sent: Friday, September 14, 2012 8:45 AM
To: cdicuser@developer.cisco.com
Subject: New Message from Asher Schweigart in Customer Voice Portal (CVP) - CVP - All Versions: RE: Webservice error
Asher Schweigart has created a new message in the forum "CVP - All Versions":
--------------------------------------------------------------
I have to agree with Geoff. I am using the webservice element, but I want to replace it with custom java as soon as I have time. I am using it to integrate with Call Manager using the Call Manager generated wsdl. It works fine, until I get more than three web service elements, and then the debugger won't launch.
Seems that even though I am copying the same web service element, so it is referencing the same file stored in the .wsdl_repository folder, cvp loads it into memory a seperate time for each element! Didn't try launching it in prod that way, figured if it ran out of memory in the debugger, it was using way to much memory to put into prod.
I ended up modifying the Call Manager wsdl to only include the funtions that I need, which makes the memory footprint much smaller for each web service element, but like Geoff said, very clumsy.
I also had to modify the soap file to trick it into telling call studio there was only one response coming from a function, ad call studio could not figure out how to save multiple results. Seems like the web server element works in a pinch, but your best option is to create custom java.
--
To respond to this post, please click the following link:
<http://developer.cisco.com/web/cvp/forums/-/message_boards/view_message/6496916>
or simply reply to this email.
Created by: Fabien Damien on 01-10-2009 10:44:40 AM
i have created a sample cvp studio application to test a webservice that integrates cvp with a
temenos database using a webservice. The WSDL validates properly with Altova XML spy. the
VXML server seems to send the username and password to the temenos database, but the error
log shows "INVALID/ NO SIGN ON NAME SUPPLIED DURING SIGN ON PROCESS".
Please note that the webservice was working fine previously, don't know what has changed
from temenos/webservice side to cause this error.
we tested successfully the webservice using soap ui on the vxml server
i'm attaching all the files you require to troubleshoot the issue,(cvp activity error log, studio project, wsdl file)
your feedback is much appreciated,
Subject: RE: Webservice error
Replied by: Janine Graves on 02-10-2009 12:42:51 AM
Web service element doesn't work unless you have the 7.0.2 patch installed in Studio and on VXML Server.
Subject: RE: Webservice error
Replied by: Fabien Damien on 13-10-2009 08:13:45 AM
Hi Janine,
CVP sudio and vxml server are both upgraded to 7.0(2). note that the webservice has worked once, but currently is not working.
Thanks for your feedback,
Subject: RE: Webservice error
Replied by: Ranjana Narayan on 13-10-2009 09:57:06 AM
Fabien,
It seems that the error might not be related to CVP but rather to the database, coz the request seems to be well formed and the webservice port sends a fault instead of a response. The fault message I believe is sent by the DB and my thought would be to first check if the webservice call works independently and cross check the soap request generated against the one in the cvp errorlog.
Hope this helps,
Ranjana.
Subject: RE: Webservice error
Replied by: Fabien Damien on 13-10-2009 11:17:18 AM
Hi Ranjana,
We extracted the SOAP request sent by CVP from the error log and compared it to the functioning SOAP request sent on the SOAPUI software.
We noticed that the header of the CVP SOAP request is empty, we modified it to match the functional one and it¿s working fine.
Below you can find the CVP request and its modified version that worked with SOAPUI.
Please let me know your feedback,
Modified SOAP request (working):
<SOAP-ENV:Envelope soap="http://schemas.xmlsoap.org/wsdl/soap/" targetNamespace="http://www.temenos.com/T24WS/IVRPROJ/T24Receiver" tns="http://www.temenos.com/T24WS/IVRPROJ/T24Receiver" wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd" xsd="http://www.w3.org/2001/XMLSchema" xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsi="http://www.w3.org/1999/XMLSchema-instance">
<SOAP-ENV:Header>
<nklviwnaspovnqwnfl1:TAGRequestHeader xmlns:nklviwnaspovnqwnfl1="http://www.temenos.com/T24WS/IVRPROJ/T24Receiver">
<MessagePort/>
<UserName>IRONMAN01</UserName>
<Password>1234567</Password>
<Company>LB0010001</Company>
</nklviwnaspovnqwnfl1:TAGRequestHeader>
</SOAP-ENV:Header>
<SOAP-ENV:Body>
<nklviwnaspovnqwnfl1:BlfIvrAccountList_Select xmlns:nklviwnaspovnqwnfl1="http://www.temenos.com/T24WS/IVRPROJ/T24Receiver">
<criteria>USER.NAME:EQ=123,PASSWORD:EQ=123</criteria>
</nklviwnaspovnqwnfl1:BlfIvrAccountList_Select>
<nklviwnaspovnqwnfl1:TAGMessageHeader xmlns:nklviwnaspovnqwnfl1="http://www.temenos.com/T24WS/IVRPROJ/T24Receiver"/>
</SOAP-ENV:Body>
</SOAP-ENV:Envelope>
CVP SOAP request (not working)
<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsi="http://www.w3.org/1999/XMLSchema-instance" soap="http://schemas.xmlsoap.org/wsdl/soap/" targetNamespace="http://www.temenos.com/T24WS/IVRPROJ/T24Receiver" tns="http://www.temenos.com/T24WS/IVRPROJ/T24Receiver" wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd" xsd="http://www.w3.org/2001/XMLSchema">
<SOAP-ENV:Body>
<nklviwnaspovnqwnfl1:TAGRequestHeader xmlns:nklviwnaspovnqwnfl1="http://www.temenos.com/T24WS/IVRPROJ/T24Receiver">
<UserName>IRONMAN01</UserName>
<Password>1234567</Password>
<Company>LB0010001</Company>
</nklviwnaspovnqwnfl1:TAGRequestHeader>
<nklviwnaspovnqwnfl1:BlfIvrAccountList_Select xmlns:nklviwnaspovnqwnfl1="http://www.temenos.com/T24WS/IVRPROJ/T24Receiver">
<criteria>USER.NAME:EQ=123PASSWORD:EQ=123</criteria>
</nklviwnaspovnqwnfl1:BlfIvrAccountList_Select>
<nklviwnaspovnqwnfl1:TAGMessageHeader xmlns:nklviwnaspovnqwnfl1="http://www.temenos.com/T24WS/IVRPROJ/T24Receiver"/>
</SOAP-ENV:Body>
</SOAP-ENV:Envelope>
Subject: RE: Webservice error
Replied by: Ranjana Narayan on 14-10-2009 10:34:41 AM
Fabien,
AFAIK, soap headers generated by out-of-box Webservice element cannot contain any data, the header is always empty. You might want to try out creating custom java class for calling the webservice instead.
Regards,
Ranjana.
Subject: RE: Webservice error
Replied by: Fabien Damien on 19-10-2009 10:32:43 AM
Thanks Ranjana for your help , appreciate it.
Subject: RE: Webservice error
Replied by: Ranjana Narayan on 19-10-2009 10:29:33 AM
Fabien,
Confirm on the above, the soap request header cannot contain an element, a CDET enhancement request has been submitted for the same. In the future release of CVP, you will be able to send header elements in the out-of-box Webservice element. Will let you know on the progress of the cdet.
Hope this helps,
Ranjana.
Subject: RE: Webservice error
Replied by: Selim Budakoglu on 22-03-2010 06:32:30 PM
Ranjana
Is there any development regardin this?
Regards
Subject: RE: Webservice error
Replied by: GEOFFREY THOMPSON on 26-03-2010 12:08:47 AM
Engineering Special ES29 addresses some Web Service bugs:
Say-it-smart unable to play pause where there is no external TTS engine
Error when using SOAP in web service element
CVP VXML web services element fails SOAP 1.1 Binding with null
Admin scripts returns "application server not available" message
WebService node doesn't substitute values when using session VARs
WebService code does not include namespace prefixes in soap envelope
Find a way to load balance only the initial VXML reqest for a call
Maybe your problem is fixed.
Regards,
Geoff
Subject: RE: Webservice error
Replied by: Michael Garrity on 30-03-2010 05:10:29 PM
We have the same issue with needing access to the SOAP header. We just received confirmation from CDN that this is still not available and no ETA has been set (although an enhancement request has been submitted). Looks like it'll be custom Java for us.
Subject: RE: New Message from Sheejan Kallely in Customer Voice Portal (CVP) - CVP -
Replied by: GEOFFREY THOMPSON on 11-09-2012 05:07:11 PM
Sorry, I have not used the Cisco web service element except in the lab. It’s clumsy and not intuitive and I basically hated it. Plus I am a competent Java programmer and I much prefer to write my own Action Elements to hit the web service. Then I can interpret the results and massage them into Session Variables for application handling.
That said, I am totally surprised by all the JAR files you are inserting in the tomcat\common\lib directory. If you use the Cisco Web Service element you don’t need to add all those Apache Axis JARs = it will work out of the box (at least I think so).
When I use a custom Action Element to invoke Axis I do need to copy some JARs:
I typically put saaj.jar and jaxrpc.jar in C:\Cisco\CVP\VXMLServer\Tomcat\common\endorsed and axis.jar and commons-discovery-0.2.jar in C:\Cisco\CVP\VXMLServer\common\lib but that is all. And that is for a Custom Action Element.
Why are you doing that?
Regards,
Geoff
Subject: RE: Webservice error
Replied by: Sheejan Kallely on 11-09-2012 02:57:19 PM
Dear Geoff,
I am trying to integrate CVP application with webservice element provided by CISCO. CVP version I am using 7.0.(2) and i had copied the Axis2 (1.5) jar files to the tomcat\common\lib folder and restarted the vxml service. The vxml service and cvp application is running/ active. but when the call lands on the application it throws error as below.
10.149.16.206.1347357454988.0.smstest,09/11/2012 15:27:35.550,A built-in element encountered an exception of type javax.xml.ws.WebServiceException. The error was: javax.xml.ws.WebServiceException: Unable to create Provider: org.apache.axis2.jaxws.spi.Provider
javax.xml.ws.WebServiceException: Unable to create Provider: org.apache.axis2.jaxws.spi.Provider
at javax.xml.ws.spi.Provider.provider(Provider.java:82)
at javax.xml.ws.Service.<init>(Service.java:57)
at javax.xml.ws.Service.create(Service.java:302)
at com.audium.server.webservices.ServicesConfiguration.createDispatcher(ServicesConfiguration.java:332)
at com.audium.server.webservices.WebservicesElement.invokeService(WebservicesElement.java:50)
at com.audium.server.voiceElement.WebservicesElementBase.service(WebservicesElementBase.java:395)
at com.audium.server.controller.Controller.goToWebservices(Controller.java:2667)
at com.audium.server.controller.Controller.goToElement(Controller.java:2456)
at com.audium.server.controller.Controller.continueCall(Controller.java:2282)
at com.audium.server.controller.Controller.goToElement(Controller.java:2499)
at com.audium.server.controller.Controller.continueCall(Controller.java:2282)
at com.audium.server.controller.Controller.doPost(Controller.java:599)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:710)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:210)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:174)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:151)
at org.apache.coyote.http11.Http11AprProcessor.process(Http11AprProcessor.java:834)
at org.apache.coyote.http11.Http11AprProtocol$Http11ConnectionHandler.process(Http11AprProtocol.java:640)
at org.apache.tomcat.util.net.AprEndpoint$Worker.run(AprEndpoint.java:1286)
at java.lang.Thread.run(Thread.java:595)
please find the below list of jar files residing in the tomcat/common/lib folder of VXML server
activation-1.1.jar
antlr-2.7.7.jar
axiom-api-1.2.8.jar
axiom-dom-1.2.8.jar
axiom-impl-1.2.8.jar
axis2-adb-1.5.jar
axis2-adb-codegen-1.5.jar
axis2-codegen-1.5.jar
axis2-corba-1.5.jar
axis2-fastinfoset-1.5.jar
axis2-java2wsdl-1.5.jar
axis2-jaxbri-1.5.jar
axis2-jaxws-1.5.jar
axis2-jibx-1.5.jar
axis2-json-1.5.jar
axis2-kernel-1.5.jar
axis2-metadata-1.5.jar
axis2-mtompolicy-1.5.jar
axis2-saaj-1.5.jar
axis2-spring-1.5.jar
axis2-transport-http-1.5.jar
axis2-transport-local-1.5.jar
axis2-xmlbeans-1.5.jar
bcel-5.1.jar
commons-codec-1.3.jar
commons-el.jar
commons-fileupload-1.2.jar
commons-httpclient-3.1.jar
commons-io-1.4.jar
commons-logging-1.1.1.jar
dom4j-1.6.1.jar
framework.jar
geronimo-activation_1.1_spec-1.0.1.jar
geronimo-annotation_1.0_spec-1.1.jar
geronimo-javamail_1.4_spec-1.6.jar
geronimo-jaxws_2.1_spec-1.0.jar
geronimo-jta_1.1_spec-1.1.jar
geronimo-saaj_1.3_spec-1.0.1.jar
geronimo-stax-api_1.0_spec-1.0.1.jar
geronimo-ws-metadata_2.0_spec-1.1.2.jar
httpcore-4.0.jar
icu4j-2.6.1.jar
jasper-compiler-jdt.jar
jasper-compiler.jar
jasper-runtime.jar
jaxb-api-2.1.jar
jaxb-impl-2.1.7.jar
jaxb-xjc-2.1.7.jar
jaxen-1.1.1.jar
jaxws-rt.jar
jdom-1.0.jar
jettison-1.0-RC2.jar
jibx-bind-1.2.1.jar
jibx-run-1.2.1.jar
jsp-api.jar
jsr173_1.0_api.jar
mail-1.4.jar
mex-1.5-impl.jar
naming-factory-dbcp.jar
naming-factory.jar
naming-resources.jar
neethi-2.0.4.jar
servlet-api.jar
soapmonitor-1.5.jar
woden-api-1.0M8.jar
woden-impl-dom-1.0M8.jar
wsdl4j-1.6.2.jar
wstx-asl-3.2.4.jar
xalan-2.7.0.jar
xercesImpl-2.6.2.jar
xml-apis-1.3.02.jar
xml-resolver-1.2.jar
xmlbeans-2.3.0.jar
XmlSchema-1.4.3.jar
xom-1.0.jar
I hope any one can help me, the location of each jar files should be copied and if any jar files I am missing.
Thanks
Skallely
Engineering Special ES29 addresses some Web Service bugs:
Say-it-smart unable to play pause where there is no external TTS engine
Error when using SOAP in web service element
CVP VXML web services element fails SOAP 1.1 Binding with null
Admin scripts returns "application server not available" message
WebService node doesn't substitute values when using session VARs
WebService code does not include namespace prefixes in soap envelope
Find a way to load balance only the initial VXML reqest for a call
Maybe your problem is fixed.
Regards,
Geoff
Subject: RE: Webservice error
Replied by: Asher Schweigart on 14-09-2012 09:45:23 AM
I have to agree with Geoff. I am using the webservice element, but I want to replace it with custom java as soon as I have time. I am using it to integrate with Call Manager using the Call Manager generated wsdl. It works fine, until I get more than three web service elements, and then the debugger won't launch.
Seems that even though I am copying the same web service element, so it is referencing the same file stored in the .wsdl_repository folder, cvp loads it into memory a seperate time for each element! Didn't try launching it in prod that way, figured if it ran out of memory in the debugger, it was using way to much memory to put into prod.
I ended up modifying the Call Manager wsdl to only include the funtions that I need, which makes the memory footprint much smaller for each web service element, but like Geoff said, very clumsy.
I also had to modify the soap file to trick it into telling call studio there was only one response coming from a function, ad call studio could not figure out how to save multiple results. Seems like the web server element works in a pinch, but your best option is to create custom java.
Subject: RE: New Message from Asher Schweigart in Customer Voice Portal (CVP) - CVP
Replied by: Hemal Mehta on 14-09-2012 09:52:16 AM
I never use the inbuilt web service element myself. You lose the power and flexibility and especially when creating out of the box solutions. I had a situation where I had to integrate with .NET web service and there is no way the Studio web service element will work. In fact even the code generated web service will not work rightaway. I had to manually tweak it to make it work. There are many other scenarios.
While some of the provided elements in Studio provide good functionality, I do not want to lose the control and get restricted by using them. I do not use the DB element, ftp element etc. If you are good in java, you can create much better, flexible and dynamic solutions yourself.
Hemal
From: Cisco Developer Community Forums [mailto:cdicuser@developer.cisco.com]
Sent: Friday, September 14, 2012 8:45 AM
To: cdicuser@developer.cisco.com
Subject: New Message from Asher Schweigart in Customer Voice Portal (CVP) - CVP - All Versions: RE: Webservice error
Asher Schweigart has created a new message in the forum "CVP - All Versions":
--------------------------------------------------------------
I have to agree with Geoff. I am using the webservice element, but I want to replace it with custom java as soon as I have time. I am using it to integrate with Call Manager using the Call Manager generated wsdl. It works fine, until I get more than three web service elements, and then the debugger won't launch.
Seems that even though I am copying the same web service element, so it is referencing the same file stored in the .wsdl_repository folder, cvp loads it into memory a seperate time for each element! Didn't try launching it in prod that way, figured if it ran out of memory in the debugger, it was using way to much memory to put into prod.
I ended up modifying the Call Manager wsdl to only include the funtions that I need, which makes the memory footprint much smaller for each web service element, but like Geoff said, very clumsy.
I also had to modify the soap file to trick it into telling call studio there was only one response coming from a function, ad call studio could not figure out how to save multiple results. Seems like the web server element works in a pinch, but your best option is to create custom java.
--
To respond to this post, please click the following link:
<http://developer.cisco.com/web/cvp/forums/-/message_boards/view_message/6496916>
or simply reply to this email.
Labels:
Getting Started
Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community:
Customers Also Viewed These Support Documents