on 01-24-2014 03:51 PM
Hi Ryan,
I didn't write that end class java from scratch, I got it from the post you mention. Can't remember who posted it, maybe Paul?
The End of Call java class executes no matter how the call ends. But, the java I posted checks if the ended with 'hangup', and only continues in that case. If the caller hangs up, the call flow does not execute the CVP Subdialog Return, so no worries about overwriting it. And conversely, if the call goes thru the CVP Subdialog Return, then the caller didn't hang up. So, no need to worry.
I know of no way to populate the PVs directly. When returning data from VxmlServer one can only populate caller_input, FromExtVXML[0],...[3]. It must be written into the IVR Service or ICM Service code on the Call Server. And, if the caller hangs up, the ICM script ends immediately, so the best you can do is return data that populates the CallTermination Variable table. One might be able to create a session variable in the End of Call java class, assign it the data, and have it show up in the Reporting Server. I haven't tested to see if variables created in End of Call java would make it to the reporting server, but I don't see why not. But, this doesn't address the PV problem.
Maybe Paul Tindall could file that as an enhancement request.
Hi Ryan,
I didn't write that end class java from scratch, I got it from the post you mention. Can't remember who posted it, maybe Paul?
The End of Call java class executes no matter how the call ends. But, the java I posted checks if the ended with 'hangup', and only continues in that case. If the caller hangs up, the call flow does not execute the CVP Subdialog Return, so no worries about overwriting it. And conversely, if the call goes thru the CVP Subdialog Return, then the caller didn't hang up. So, no need to worry.
I know of no way to populate the PVs directly. When returning data from VxmlServer one can only populate caller_input, FromExtVXML[0],...[3]. It must be written into the IVR Service or ICM Service code on the Call Server. And, if the caller hangs up, the ICM script ends immediately, so the best you can do is return data that populates the CallTermination Variable table. One might be able to create a session variable in the End of Call java class, assign it the data, and have it show up in the Reporting Server. I haven't tested to see if variables created in End of Call java would make it to the reporting server, but I don't see why not. But, this doesn't address the PV problem.
Maybe Paul Tindall could file that as an enhancement request.
Janine Graves:Hi Ryan,
I didn't write that end class java from scratch, I got it from the post you mention. Can't remember who posted it, maybe Paul?
The End of Call java class executes no matter how the call ends. But, the java I posted checks if the ended with 'hangup', and only continues in that case. If the caller hangs up, the call flow does not execute the CVP Subdialog Return, so no worries about overwriting it. And conversely, if the call goes thru the CVP Subdialog Return, then the caller didn't hang up. So, no need to worry.
I know of no way to populate the PVs directly. When returning data from VxmlServer one can only populate caller_input, FromExtVXML[0],...[3]. It must be written into the IVR Service or ICM Service code on the Call Server. And, if the caller hangs up, the ICM script ends immediately, so the best you can do is return data that populates the CallTermination Variable table. One might be able to create a session variable in the End of Call java class, assign it the data, and have it show up in the Reporting Server. I haven't tested to see if variables created in End of Call java would make it to the reporting server, but I don't see why not. But, this doesn't address the PV problem.
Maybe Paul Tindall could file that as an enhancement request.
Hi Janine Thanks for your response. I have included the EndOfCallJava class in my EndPointSettings and also configured the caller_input and FromExtVXml ECC varibales. But i didn't find any of these values populated in ICM real time Call_Termination_Variable. I have atteched the real time Call_Termination_Variable query and also ICM persistent configuaration of ECC variables. Here is my new debug logs: Response Returned on: 02/01/2013 07:34:41.984Janine Graves:Santosh, I assume you included the java class in your Studio application as EndOfCall java (Project/Properties/Studio/EndPointSettings)? If so, my java class (by default) looks for the Session variables named return0, return1, return2, return3 and returns their values into the user.microapp.FromExtVXML[0],[1],[2],[3] (respectively); My java class also returns 'hangup' in the user.microapp.caller_input variable. For these values to appear in the Term Call Variable table, they must be configured as 'PERSISTENT' through ICM Configuration Manager / List Tools / Expanded Call Variables. You can easily modify my java code to return different variable values. If you're using the Java class that Cisco posted on the forum, then you'll have to look at which Studio variables they are looking for.
santosh sunkaranam:
Janine Graves:
Santosh, I assume you included the java class in your Studio application as EndOfCall java (Project/Properties/Studio/EndPointSettings)? If so, my java class (by default) looks for the Session variables named return0, return1, return2, return3 and returns their values into the user.microapp.FromExtVXML[0],[1],[2],[3] (respectively); My java class also returns 'hangup' in the user.microapp.caller_input variable. For these values to appear in the Term Call Variable table, they must be configured as 'PERSISTENT' through ICM Configuration Manager / List Tools / Expanded Call Variables. You can easily modify my java code to return different variable values. If you're using the Java class that Cisco posted on the forum, then you'll have to look at which Studio variables they are looking for.
Hi Janine Thanks for your response. I have included the EndOfCallJava class in my EndPointSettings and also configured the caller_input and FromExtVXml ECC varibales. But i didn't find any of these values populated in ICM real time Call_Termination_Variable. I have atteched the real time Call_Termination_Variable query and also ICM persistent configuaration of ECC variables. Here is my new debug logs: Response Returned on: 02/01/2013 07:34:41.984
Could you please suggest am i missed anything or looking into wrong table ? and assuming that Termination_Call_Details. But there also i didn't find any of these values.
Paul Tindall:Suggest you start by turning on tracing in the ICM VRU PIM and check what variable contents are being passed back to ICM. If your custom call end class is working then it should be apparent from the data showing up there.
Paul Tindall:Ok, so the CVP end of things looks OK but I'd still check the VRU PIM to make sure the data is getting into ICM. Also, have you restarted the CVP Call Server since any changes were last made to the ECC's? I did just retest this end class approach on a 9.0 system and it does still work OK.
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: