Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
Showing results for
- Cisco Community
- Technology and Support
- DevNet Hub
- DevNet Collaboration
- Collaboration Knowledge Base
- Data Source Server Down Causing Unhandled CVP Exceptions
Options
- Subscribe to RSS Feed
- Mark as New
- Mark as Read
- Bookmark
- Subscribe
- Printer Friendly Page
- Report Inappropriate Content
59
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 10:46 AM
This document was generated from CDN thread
Created by: Erich Swanson on 09-12-2008 05:38:46 AM
We've got a custom Java connector that links to data source on another server. The data source serves up agent signon and availability for our outsourced partner centers (they do not have PGs yet).
When this data source service on this server is down, CVP returns the normal VXML variables to ICM and we're able to route without the data source's info.
This weekend we had a critical hardware failure on this data source server, and instead of acting as though the service was unavailable, CVP would throw an unhandled exception, not return any VXML variables, causing ICM to fail out of the Send to VRU nodes and were unable to route our calls because of this.
So, my question; does anyone out there know what might be going on? We've recreated this in our lab by changing the IP address reference to our datasource server to an invalid one; the same thing occurs.
I've attached a log snippet to show the error that CVP is generating.
Any advice/help/questions are welcomed...
Thanks,
.erich
Subject: Re: Data Source Server Down Causing Unhandled CVP Exceptions
Replied by: Janine Graves on 09-12-2008 01:54:10 PM
You didn't successfully attach the log snippet.
What version of CVP are you running? 3.1, 4.0 or 4.1/7.0 ?
Subject: Re: Data Source Server Down Causing Unhandled CVP Exceptions
Replied by: Erich Swanson on 09-12-2008 03:28:05 PM
Hi Janine,
Yes, the forum was taking forever to post; I was wondering if there wasn't a problem.
We're running version 7.0. I've attempted to re-attach the log.
Thanks for your quick attention to this!
.erich
EDIT - I can't tell if the logs are getting attached or not, so I'm just going to add the snippet here:
10.1.91.31.1228660466538.204279.GatekeeperCheck,12/07/2008 06:34:26.554,GateKeeperCheck_Backend_Integration,custom,connectorServiceResponseVariableName --> ,response
10.1.91.31.1228660466538.204279.GatekeeperCheck,12/07/2008 06:34:26.554,GateKeeperCheck_Backend_Integration,custom,NOA Gatekeeper Application check ANI --> ,request=checkCaller+ANI=0+DNIS=6001
10.1.91.31.1228660466538.204279.GatekeeperCheck,12/07/2008 06:34:26.554,GateKeeperCheck_Backend_Integration,custom,GeneralTokenizer --> ,Started
10.1.91.31.1228660466538.204279.GatekeeperCheck,12/07/2008 06:34:27.554,GateKeeperCheck_Backend_Integration,element,error,A custom element encountered an exception.
10.1.91.31.1228660466538.204279.GatekeeperCheck,12/07/2008 06:34:27.554,GateKeeperCheck_Backend_Integration,exit,
10.1.91.31.1228660466538.204279.GatekeeperCheck,12/07/2008 06:34:27.554,,element,error,
10.1.91.31.1228660466538.204279.GatekeeperCheck,12/07/2008 06:34:32.569,,end,how,disconnect
10.1.91.31.1228660466538.204279.GatekeeperCheck,12/07/2008 06:34:32.569,,end,result,error
10.1.91.31.1228660466538.204279.GatekeeperCheck,12/07/2008 06:34:32.569,,end,duration,6
Edited by: Erich Swanson on Dec 9, 2008 10:39 AM
Subject: Re: Data Source Server Down Causing Unhandled CVP Exceptions
Replied by: Janine Graves on 09-12-2008 03:44:36 PM
can you just paste the contents of the log inline into your post? I
still don't see an attachment.
Subject: Re: Data Source Server Down Causing Unhandled CVP Exceptions
Replied by: Erich Swanson on 09-12-2008 03:52:41 PM
Hey Janine,
Yes, this is what I ultimately had to do. See my previous post.
Subject: Re: Data Source Server Down Causing Unhandled CVP Exceptions
Replied by: Janine Graves on 09-12-2008 05:13:06 PM
Can you paste the contents of the error log that shows this error?
There's not much inside the activity log.
You might want to use a CVP_Subdialog_Return element in Studio and
right-click on it, select Error Element> YES
This would allow you to return data to ICM on an unrecoverable Java
exception.
Then ICM would still go down the error path, but the caller_input, and
FromExtVxml array should have values to help ICM know how to treat the
caller.
If CVP4.0 you couldn't turn the Subdialog_Return into an Error element.
But in CVP 3.1 and 4.1/7.0 You CAN again (progress!), so I think that
might help.
Subject: Re: Data Source Server Down Causing Unhandled CVP Exceptions
Replied by: Erich Swanson on 09-12-2008 05:35:00 PM
Ah, yes, my bad. The ERROR log, not the activity log. Well, it's much more verbose:
10.1.91.31.1228658556425.203981.GatekeeperCheck,12/07/2008 06:02:37.440,A custom element encountered an exception. The error was: java.lang.NullPointerException
java.lang.NullPointerException
at CustomSocket.close(CustomSocket.java:378)
at CustomSocket.connect(CustomSocket.java:282)
at Pool.createABrandnewSocket(Pool.java:131)
at ConnectionCustomElement.helperMethod__ResponseMaker(ConnectionCustomElement.java:319)
at ConnectionCustomElement.doAction(ConnectionCustomElement.java:562)
at com.audium.server.voiceElement.ActionElementBase.service(ActionElementBase.java:384)
at com.audium.server.controller.Controller.goToAction(Controller.java:2716)
at com.audium.server.controller.Controller.goToElement(Controller.java:2458)
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)
Subject: Re: Data Source Server Down Causing Unhandled CVP Exceptions
Replied by: Janine Graves on 09-12-2008 06:12:06 PM
I don't know why, but it looks like when you can't get a socket
connection to the host, then you aren't catching the java exception
inside the custom code.
Really you should modify the Java code and put that step into a
try/catch. And if you catch the excpetion, then either exit down some
error path off this element or set a flag that the Studio app can check
to see what went wrong. That would allow your app to recover.
Subject: Re: Data Source Server Down Causing Unhandled CVP Exceptions
Replied by: Erich Swanson on 09-12-2008 10:14:27 PM
That got it! We actually tracked that down just before I read your post! It was only catching IOException, so we've added:
catch (Exception e) {
e.printStackTrace();
return;
}
...which did the trick. Thanks!!
Subject: Re: Data Source Server Down Causing Unhandled CVP Exceptions
Replied by: Erich Swanson on 09-12-2008 10:18:18 PM
That got it! We actually tracked that down just before I read your post! It was only catching IOException, so we've added:
catch (Exception e) {
e.printStackTrace();
return;
}
...which did the trick. Thanks!!
Created by: Erich Swanson on 09-12-2008 05:38:46 AM
We've got a custom Java connector that links to data source on another server. The data source serves up agent signon and availability for our outsourced partner centers (they do not have PGs yet).
When this data source service on this server is down, CVP returns the normal VXML variables to ICM and we're able to route without the data source's info.
This weekend we had a critical hardware failure on this data source server, and instead of acting as though the service was unavailable, CVP would throw an unhandled exception, not return any VXML variables, causing ICM to fail out of the Send to VRU nodes and were unable to route our calls because of this.
So, my question; does anyone out there know what might be going on? We've recreated this in our lab by changing the IP address reference to our datasource server to an invalid one; the same thing occurs.
I've attached a log snippet to show the error that CVP is generating.
Any advice/help/questions are welcomed...
Thanks,
.erich
Subject: Re: Data Source Server Down Causing Unhandled CVP Exceptions
Replied by: Janine Graves on 09-12-2008 01:54:10 PM
You didn't successfully attach the log snippet.
What version of CVP are you running? 3.1, 4.0 or 4.1/7.0 ?
Subject: Re: Data Source Server Down Causing Unhandled CVP Exceptions
Replied by: Erich Swanson on 09-12-2008 03:28:05 PM
Hi Janine,
Yes, the forum was taking forever to post; I was wondering if there wasn't a problem.
We're running version 7.0. I've attempted to re-attach the log.
Thanks for your quick attention to this!
.erich
EDIT - I can't tell if the logs are getting attached or not, so I'm just going to add the snippet here:
10.1.91.31.1228660466538.204279.GatekeeperCheck,12/07/2008 06:34:26.554,GateKeeperCheck_Backend_Integration,custom,connectorServiceResponseVariableName --> ,response
10.1.91.31.1228660466538.204279.GatekeeperCheck,12/07/2008 06:34:26.554,GateKeeperCheck_Backend_Integration,custom,NOA Gatekeeper Application check ANI --> ,request=checkCaller+ANI=0+DNIS=6001
10.1.91.31.1228660466538.204279.GatekeeperCheck,12/07/2008 06:34:26.554,GateKeeperCheck_Backend_Integration,custom,GeneralTokenizer --> ,Started
10.1.91.31.1228660466538.204279.GatekeeperCheck,12/07/2008 06:34:27.554,GateKeeperCheck_Backend_Integration,element,error,A custom element encountered an exception.
10.1.91.31.1228660466538.204279.GatekeeperCheck,12/07/2008 06:34:27.554,GateKeeperCheck_Backend_Integration,exit,
10.1.91.31.1228660466538.204279.GatekeeperCheck,12/07/2008 06:34:27.554,,element,error,
10.1.91.31.1228660466538.204279.GatekeeperCheck,12/07/2008 06:34:32.569,,end,how,disconnect
10.1.91.31.1228660466538.204279.GatekeeperCheck,12/07/2008 06:34:32.569,,end,result,error
10.1.91.31.1228660466538.204279.GatekeeperCheck,12/07/2008 06:34:32.569,,end,duration,6
Edited by: Erich Swanson on Dec 9, 2008 10:39 AM
Subject: Re: Data Source Server Down Causing Unhandled CVP Exceptions
Replied by: Janine Graves on 09-12-2008 03:44:36 PM
can you just paste the contents of the log inline into your post? I
still don't see an attachment.
Subject: Re: Data Source Server Down Causing Unhandled CVP Exceptions
Replied by: Erich Swanson on 09-12-2008 03:52:41 PM
Hey Janine,
Yes, this is what I ultimately had to do. See my previous post.
Subject: Re: Data Source Server Down Causing Unhandled CVP Exceptions
Replied by: Janine Graves on 09-12-2008 05:13:06 PM
Can you paste the contents of the error log that shows this error?
There's not much inside the activity log.
You might want to use a CVP_Subdialog_Return element in Studio and
right-click on it, select Error Element> YES
This would allow you to return data to ICM on an unrecoverable Java
exception.
Then ICM would still go down the error path, but the caller_input, and
FromExtVxml array should have values to help ICM know how to treat the
caller.
If CVP4.0 you couldn't turn the Subdialog_Return into an Error element.
But in CVP 3.1 and 4.1/7.0 You CAN again (progress!), so I think that
might help.
Subject: Re: Data Source Server Down Causing Unhandled CVP Exceptions
Replied by: Erich Swanson on 09-12-2008 05:35:00 PM
Ah, yes, my bad. The ERROR log, not the activity log. Well, it's much more verbose:
10.1.91.31.1228658556425.203981.GatekeeperCheck,12/07/2008 06:02:37.440,A custom element encountered an exception. The error was: java.lang.NullPointerException
java.lang.NullPointerException
at CustomSocket.close(CustomSocket.java:378)
at CustomSocket.connect(CustomSocket.java:282)
at Pool.createABrandnewSocket(Pool.java:131)
at ConnectionCustomElement.helperMethod__ResponseMaker(ConnectionCustomElement.java:319)
at ConnectionCustomElement.doAction(ConnectionCustomElement.java:562)
at com.audium.server.voiceElement.ActionElementBase.service(ActionElementBase.java:384)
at com.audium.server.controller.Controller.goToAction(Controller.java:2716)
at com.audium.server.controller.Controller.goToElement(Controller.java:2458)
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)
Subject: Re: Data Source Server Down Causing Unhandled CVP Exceptions
Replied by: Janine Graves on 09-12-2008 06:12:06 PM
I don't know why, but it looks like when you can't get a socket
connection to the host, then you aren't catching the java exception
inside the custom code.
Really you should modify the Java code and put that step into a
try/catch. And if you catch the excpetion, then either exit down some
error path off this element or set a flag that the Studio app can check
to see what went wrong. That would allow your app to recover.
Subject: Re: Data Source Server Down Causing Unhandled CVP Exceptions
Replied by: Erich Swanson on 09-12-2008 10:14:27 PM
That got it! We actually tracked that down just before I read your post! It was only catching IOException, so we've added:
catch (Exception e) {
e.printStackTrace();
return;
}
...which did the trick. Thanks!!
Subject: Re: Data Source Server Down Causing Unhandled CVP Exceptions
Replied by: Erich Swanson on 09-12-2008 10:18:18 PM
That got it! We actually tracked that down just before I read your post! It was only catching IOException, so we've added:
catch (Exception e) {
e.printStackTrace();
return;
}
...which did the trick. Thanks!!
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