Hi, Our customer's developer team has developed an application which request to Cisco WebDialer in order to trigger the phone to call out using makeCallSoap. They found that when they request to Node 2 the response's format looks like: <?xml version=\"1.0\" encoding=\"UTF-8\"?> <soapenv:Envelope        xmlns:soapenv=\" http://schemas.xmlsoap.org/soap/envelope/\ "        xmlns:xsd=\" http://www.w3.org/2001/XMLSchema\ "        xmlns:xsi=\" http://www.w3.org/2001/XMLSchema-instance\ ">        <soapenv:Body>               <ns1:makeCallSoapResponse soapenv:encodingStyle=\" http://schemas.xmlsoap.org/soap/encoding/\ "                      xmlns:ns1=\"urn:WD70\">                      <return href=\"#id0\"/>               </ns1:makeCallSoapResponse>               <multiRef id=\"id0\" soapenc:root=\"0\" soapenv:encodingStyle=\" http://schemas.xmlsoap.org/soap/encoding/\ " xsi:type=\"ns2:CallResponse\"                      xmlns:soapenc=\" http://schemas.xmlsoap.org/soap/encoding/\ "                      xmlns:ns2=\"urn:WebdialerSoap\">                      <responseCode href=\"#id1\"/>                      <responseDescription xsi:type=\"xsd:string\">Success</responseDescription>               </multiRef>               <multiRef id=\"id1\" soapenc:root=\"0\" soapenv:encodingStyle=\" http://schemas.xmlsoap.org/soap/encoding/\ " xsi:type=\"xsd:int\"                      xmlns:soapenc=\" http://schemas.xmlsoap.org/soap/encoding/\ ">0               </multiRef>        </soapenv:Body> </soapenv:Envelope> One day, many months passed, the response's format was changed to: <?xml version=\"1.0\" encoding=\"UTF-8\"?> <soapenv:Envelope         xmlns:soapenv=\" http://schemas.xmlsoap.org/soap/envelope/\ "         xmlns:xsd=\" http://www.w3.org/2001/XMLSchema\ "         xmlns:xsi=\" http://www.w3.org/2001/XMLSchema-instance\ ">         <soapenv:Body>                 <ns1:makeCallSoapResponse soapenv:encodingStyle=\" http://schemas.xmlsoap.org/soap/encoding/\ "                        xmlns:ns1=\"urn:WD70\">                        <return href=\"#id0\"/>                 </ns1:makeCallSoapResponse>                 <multiRef id=\"id0\" soapenc:root=\"0\" soapenv:encodingStyle=\" http://schemas.xmlsoap.org/soap/encoding/\ " xsi:type=\"ns2:CallResponse\"                         xmlns:soapenc=\" http://schemas.xmlsoap.org/soap/encoding/\ "                        xmlns:ns2=\"urn:WebdialerSoap\">                        <responseCode xsi:type=\"xsd:int\">0</responseCode>                        <responseDescription xsi:type=\"xsd:string\">Success</responseDescription>                 </multiRef>         </soapenv:Body> </soapenv:Envelope> The different part is in the red color format. Then they test requesting to Node 1 and found that the response is in the first format which means the response format between Node1 and Node2 is different. Our customer informed us they unable to capture the response if it was changed. And our customer has questions: - Why the response's format has been changed? - Why response's format between Node1 and Node2 is different? Our implementation team told us there was no upgrade, configuration or reboot on CUCM. Thanks, Rasik ... View more

Hi, I am trying to implement Agent Greeting Feature using JTAPI with UCCX by using CiscoTerminalConnection.addMediaStream(IVR, AgentExtension); The IVR parameter is UCCX Trigger Directory Number; which trigged IVR Application to play pre-recorded prompt. The JTAPI Application works fine but I have a problem with IVR Application. The pre-recorded prompt is not played as expected but play the error prompt. The call was aborted with this error at Accept Step: I have generated RTMT log from UCCX and found this error on MIVR/stderr.log java.lang.NullPointerException   at com.cisco.wf.subsystems.rmcm.jtapi.JtapiRIMgr.getAllDevicesForCall(JtapiRIMgr.java:1017)   at com.cisco.wf.subsystems.ctiserver.msgs.CTIMgrCallEventMsg.addRemasksForCall(CTIMgrCallEventMsg.java:209)   at com.cisco.wf.subsystems.ctiserver.msgs.CTIMgrCallEventMsg.setCallRemasks(CTIMgrCallEventMsg.java:181)   at com.cisco.wf.subsystems.ctiserver.msgs.CTIMgrCallEventMsg.setCallRemasks(CTIMgrCallEventMsg.java:118)   at com.cisco.wf.subsystems.ctiserver.CRACTIEventHandler.processContactDisconnected(CRACTIEventHandler.java:2486)   at com.cisco.wf.subsystems.ctiserver.CRACTIEventHandler.contactDisconnected(CRACTIEventHandler.java:1183)   at com.cisco.wf.subsystems.events.ContactEvent.dispatchEvent(ContactEvent.java:283)   at com.cisco.event.AbstractEventQueue$Item.dispatch(AbstractEventQueue.java:706)   at com.cisco.event.AbstractEventQueue$DispatchRunnable.dispatchNextEvent(AbstractEventQueue.java:934)   at com.cisco.event.AbstractEventQueue$DispatchRunnable.run(AbstractEventQueue.java:951)   at java.lang.Thread.run(Thread.java:745) and found this error on MIVR/Cisco001MIVR055.log %MIVR-ENG-7-UNK:com.cisco.channel.ChannelExecutionException: Contact id: 17, Channel id: 0, Reason: UNCAUGHT_EXCEPTION, CallID:17 MediaId:12352/1 Task:27000000019, answer failed to get ack events, timeout: 5000; nested exception is:   com.cisco.wfapi.WFExecutionException: CallID:17 MediaId:12352/1 Task:27000000019, answer failed to get ack events, timeout: 5000   at com.cisco.wf.subsystems.jtapi.TAPIPortGroup$Port.accept(TAPIPortGroup.java:3149)   at com.cisco.wf.steps.ivr.AcceptStep.execute(AcceptStep.java:133)   at com.cisco.wfframework.obj.WFBeanStep.executeImpl(WFBeanStep.java:141)   at com.cisco.wfframework.obj.WFStep.execute(WFStep.java:174)   at com.cisco.wfframework.obj.WFWorkflowTask.executeStep(WFWorkflowTask.java:494)   at com.cisco.wfframework.engine.core.WFEngineWorkflowTask.executeStep(WFEngineWorkflowTask.java:122)   at com.cisco.app.impl.WFWorkflowAppDebugTaskWrapper.executeStep(WFWorkflowAppDebugTaskWrapper.java:416)   at com.cisco.wfframework.obj.WFWorkflowTask.execute(WFWorkflowTask.java:360)   at com.cisco.wfframework.engine.core.WFEngineWorkflowTask.execute(WFEngineWorkflowTask.java:77)   at com.cisco.app.impl.WFWorkflowAppDebugTaskWrapper.execute(WFWorkflowAppDebugTaskWrapper.java:736)   at com.cisco.wfframework.engine.core.TaskManager.runTaskNormally(TaskManager.java:415)   at com.cisco.wfframework.engine.core.TaskManager.runTask(TaskManager.java:371)   at com.cisco.wfframework.engine.core.TaskManager$RunnableTask.run(TaskManager.java:588)   at com.cisco.executor.impl.ExecutorStubImpl$RequestImpl.runCommand(ExecutorStubImpl.java:690)   at com.cisco.executor.impl.ExecutorStubImpl$RequestImpl.run(ExecutorStubImpl.java:486)   at com.cisco.executor.impl.ExecutorStubImpl$RequestImpl.run(ExecutorStubImpl.java:762)   at EDU.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(PooledExecutor.java:776)   at com.cisco.executor.impl.PooledExecutorStubImpl$1$WorkerImpl.run(PooledExecutorStubImpl.java:99)   at com.cisco.util.ThreadPoolFactory$ThreadImpl.run(ThreadPoolFactory.java:853)   nested stack trace is:   com.cisco.wfapi.WFExecutionException: CallID:17 MediaId:12352/1 Task:27000000019, answer failed to get ack events, timeout: 5000   at com.cisco.wf.subsystems.jtapi.TAPIPortGroup$Port$InCallObserverImpl.answer(TAPIPortGroup.java:13605)   at com.cisco.wf.subsystems.jtapi.TAPIPortGroup$Port.accept(TAPIPortGroup.java:3143)   at com.cisco.wf.steps.ivr.AcceptStep.execute(AcceptStep.java:133)   at com.cisco.wfframework.obj.WFBeanStep.executeImpl(WFBeanStep.java:141)   at com.cisco.wfframework.obj.WFStep.execute(WFStep.java:174)   at com.cisco.wfframework.obj.WFWorkflowTask.executeStep(WFWorkflowTask.java:494)   at com.cisco.wfframework.engine.core.WFEngineWorkflowTask.executeStep(WFEngineWorkflowTask.java:122)   at com.cisco.app.impl.WFWorkflowAppDebugTaskWrapper.executeStep(WFWorkflowAppDebugTaskWrapper.java:416)   at com.cisco.wfframework.obj.WFWorkflowTask.execute(WFWorkflowTask.java:360)   at com.cisco.wfframework.engine.core.WFEngineWorkflowTask.execute(WFEngineWorkflowTask.java:77)   at com.cisco.app.impl.WFWorkflowAppDebugTaskWrapper.execute(WFWorkflowAppDebugTaskWrapper.java:736)   at com.cisco.wfframework.engine.core.TaskManager.runTaskNormally(TaskManager.java:415)   at com.cisco.wfframework.engine.core.TaskManager.runTask(TaskManager.java:371)   at com.cisco.wfframework.engine.core.TaskManager$RunnableTask.run(TaskManager.java:588)   at com.cisco.executor.impl.ExecutorStubImpl$RequestImpl.runCommand(ExecutorStubImpl.java:690)   at com.cisco.executor.impl.ExecutorStubImpl$RequestImpl.run(ExecutorStubImpl.java:486)   at com.cisco.executor.impl.ExecutorStubImpl$RequestImpl.run(ExecutorStubImpl.java:762)   at EDU.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(PooledExecutor.java:776)   at com.cisco.executor.impl.PooledExecutorStubImpl$1$WorkerImpl.run(PooledExecutorStubImpl.java:99)   at com.cisco.util.ThreadPoolFactory$ThreadImpl.run(ThreadPoolFactory.java:853) What am I doing wrong and is there anyway to fix this problem. I also attached MIVR log as well. The CUCM version is 10.5.2.13900-12 and UCCX version is 11.0.1.10000-75. Regards, Rasik ... View more

I'm using UCCX 10.5 which use CUIC to generate reports. My customer needs to change the default filter on relative date range to 'This Month' so I change default filter to 'This Month'. However; after changing default filter; the absolute date range was fixed on that day. For example I've changed default filter on 25th March 2015, the absolute date range filter will be shown 25th March 2015 - 25th March 2015 forever but my customer needs absolute date range filter to show Today date as before changing default filter. Is there any way to change this default filter? Thanks. ... View more