UCCX Scripts failing to trigger

[iAmMortos]

Is there any reason that a UCCX script would fail to trigger when its triggering number is called?

It's not that the script has errors that are causing it to fail while it's running; the script is never triggered at all. The script has been validated by the editor with no errors. Once the script is uploaded, is refreshed, and it's accompanying application is refreshed, when a reactive debug is run on that script from the editor, and the trigger is called, the line rings once or twice, and then a default "sorry, we're experiencing technical difficulties" prompt is played before terminating the call.

Has anyone seen symptoms like this before? It seems like a really bizarre quirk.

The scripts contain some DB Gets/Reads to a SQL database, and we have had to work through some strange quirks with Cisco's Javabean SQL implementation in the past, so part of me wonders if it's related to that.

Thanks

[Deepak Rawat]

It's not that the script has errors that are causing it to fail while it's running; the script is never triggered at all.

Are you choosing the script from the Dropdown or by clicking on the three dots next to Script Name and then selecting from Script Repository. If you are doing it the later way, try doing the first way i.e., choose the script from drop down and then do a reactive debug. Sorry we are experiencing technical difficulties message is played when the default script kicks in as soon as there are any issues encountered with the script associated with the application.

You can also enable the debugging for the component ENG all the way up to 3 under Cisco Unified CCX Engine and collect the logs then or post them here for me to review them. do not forget to provide calling, call and approximate time of call

Regards

Deepak

[Aaron Harrison]

Hi

If a reactive debug doesn't trigger, look at the MIVR logs.

file tail activelog uccx/log/MIVR recent 

.. should flash up a bunch of 'EXCEPTION' lines if you do this command to tail the latest log just before dialing the number..

Aaron