Vadim,
You would have to use 'Endscript' equivalent (removeCuaeSession) in your
new applications to handle/manage the limited licenses. (you remove your
session typically in your hangup to ensure you get all the events)
Yes, you can use more than one triggering event. Add it to the
project.yaml, recompile, package and update the CUAE server.
Thanks,
Rajesh
note: this is related to thread
http://developer.cisco.com/web/cdc/forums?p_p_id=48_INSTANCE_9NhG&src=/forums/thread.jspa?messageID=56749
<
http://developer.cisco.com/web/cdc/forums?p_p_id=48_INSTANCE_9NhG&src=/forums/thread.jspa?messageID=56749>
Due to some large log files, it is getting difficult to load. So
starting new thread.
________________________________
From: Vadim Bruk mailto
adim.Bruk@litescape.com
Sent: Friday, July 11, 2008 4:31 PM
To: Rajesh Vargheese (rvarghee)
Subject: RE: reply posted
Hi Rajesh,
I've made couple of tests and I think it's not about jtapi. Rather, its
about subscription mechanism and session handling.
Here is what I do.
After registering:
cuaeServer = RTCMHelper.newServer(uri, null, this);
cuaeServer._startAndWaitUp( 4000 );
EngineLogger.fine("Registering with CUAE: " + appName + '['
+ appUser + '/' + appPassword + ']');
registrationKey = cuaeServer.registerApplication(appName,
"Default", appUser, appPassword);
I create an anonymous script and subscribe for devices:
try {
sessionId = cuaeServer.addCuaeSession(registrationKey);
} catch (EtchBridge.BridgeException ex) {
EngineLogger.warning(ex, "initDevices: couldn't init
devices: ");
}
EngineLogger.fine("CUAE Session is created: " + sessionId);
CiscoDeviceList.QueryResult queryRes =
cuaeServer.query(sessionId, null);
EngineLogger.fine("Received ", queryRes.getCount(), " devices");
StringBuffer strBuff = new StringBuffer("Subscribed for the
following devices:\n");
for(CiscoDeviceList.Device dev :
queryRes.getResultData().getDevices()) {
if ( !dev.getStatus().equals("1") ) {
EngineLogger.warning("device is not registered;
subscription skipped");
continue;
}
JTapi.JTapiNonTriggeringSubscribeResult res =
cuaeServer.jTapiNonTriggeringSubscribe(sessionId, dev.getName(),
"MonitoredDP4.2", JTapi.DeviceType.CTIMONITORED, null);
if ( res.getReturnValue() != CuaeCommon.CuaeResult.SUCCESS )
{
EngineLogger.warning("initDevices: couldn't subscribe
for device ", dev.getName());
continue;
}
strBuff.append(dev.toString()).append('\n');
}
cuaeServer.removeCuaeSession(sessionId);
EngineLogger.fine(strBuff.toString());
So at this point it's ready to receive jtapi events. But here is the
problem.
If I don't remove session associated with sessionId that is passed in
the callbacks than very soon I find myself with number of active
licenses over the limit (6 in my case). If I remove the session in the
callbacks then I receive initiated event only (no hangup, active, etc.
events).
Also, when I make a call from one phone to another I receive jtapi
events (in case of not removing session) on behalf of originating party
only. No events for the destination phone. As far as I understand I
would have to have incoming call as a triggering event. But my
triggering event is set already to initiated event. What would be a
solution? Is it possible to have two triggering events? Or should I use
two scripts with two different triggering events (incoming call and
initiated)?
I really need help on this issue.
Thank you,
Vadim.
From: Rajesh Vargheese (rvarghee) mailto:rvarghee@cisco.com
Sent: Friday, July 11, 2008 2:04 PM
To: Vadim Bruk
Subject: RE: reply posted
Ok, you are using mceadmin!
Goto Providers, click JTapi Provider and select the log level
Thanks,
Rajesh
________________________________
From: Vadim Bruk mailto
adim.Bruk@litescape.com
Sent: Friday, July 11, 2008 4:02 PM
To: Rajesh Vargheese (rvarghee)
Subject: RE: reply posted
Hi Rajesh,
I don't have servicaility on my page. Here is what I see:
Local Environment
<
http://10.11.3.23/mceadmin/component_list.php?type=1>
- Local System Configuration
<
http://10.11.3.23/mceadmin/local_system_config.php>
<
http://10.11.3.23/mceadmin/logserver.php>
- Speech Recognition Configuration
<
http://10.11.3.23/mceadmin/voice_recognition.php>
Components
<
http://10.11.3.23/mceadmin/component_list.php?type=2>
System
Logs
Please advise.
Thank you,
Vadim.
From: Rajesh Vargheese (rvarghee) mailto:rvarghee@cisco.com
Sent: Friday, July 11, 2008 1:58 PM
To: Vadim Bruk
Subject: RE: reply posted
Vadim, Go to Trace configuration under servicability. Select Verbose for
JTAPI provider and save
Thanks,
Rajesh
________________________________
From: Vadim Bruk mailto
adim.Bruk@litescape.com
Sent: Friday, July 11, 2008 3:55 PM
To: Rajesh Vargheese (rvarghee)
Subject: RE: reply posted
Hi Rajesh,
So where exactly do you want me to turn the log level for the jtapi
provider. I couldn't find where this option is set.
Please let me know.
Thank you,
Vadim.
From: Rajesh Vargheese (rvarghee) mailto:rvarghee@cisco.com
Sent: Friday, July 11, 2008 1:41 PM
To: Vadim Bruk
Subject: RE: reply posted
Vadim, thanks. still not sure if u have turned on the jtapi provider to
verbose. I dont see it in the logs.
Thanks,
Rajesh
________________________________
From: Vadim Bruk mailto
adim.Bruk@litescape.com
Sent: Friday, July 11, 2008 3:37 PM
To: Rajesh Vargheese (rvarghee)
Subject: RE: reply posted
Hi Rajesh,
Here is the my reply on the forum along with the log files:
Hi Rajesh,
As you requested, attached please find jatpi and appserver log files.
Thank you,
Vadim.
Regards,
Vaidm.
From: Rajesh Vargheese (rvarghee) mailto:rvarghee@cisco.com
Sent: Friday, July 11, 2008 1:22 PM
To: Vadim Bruk
Subject: RE: reply posted
Hello vadim, I havent got that email. can you send it to me. I think
because that thread has a long log file, i am not able to load the lower
portions.
Thanks,
Rajesh
________________________________
From: Vadim Bruk mailto
adim.Bruk@litescape.com
Sent: Friday, July 11, 2008 3:15 PM
To: Rajesh Vargheese (rvarghee)
Subject: reply posted
Hi Rajesh,
I've posted a reply on your message on the developers forum but haven't
receive a notification. So I assume that you didn't receive it as well.
I've attached to the reply the log files that you've requested.
Here is the link to the thread:
http://developer.cisco.com/web/cdc/forums?p_p_id=48_INSTANCE_9NhG&src=/forums/thread.jspa?messageID=56749
Thank you,
Vadim.
From: Rajesh Vargheese (rvarghee) mailto:rvarghee@cisco.com
Sent: Monday, July 07, 2008 11:43 AM
To: Siddhartha Datta (dattas); Kayvan Alikhani
Cc: David Wilson (dawilso3); Vadim Bruk; J.D. Liau (jliau)
Subject: RE: Fix for jTapiNonTriggeringSubscribe [ was RE: CUAE 2.5 Beta
status ?]
Vadim, Can you turn on the logs to VERBOSE and send us the jtapi and app
server log.
Thanks,
Rajesh
________________________________
From: Siddhartha Datta (dattas)
Sent: Monday, July 07, 2008 1:37 PM
To: Kayvan Alikhani
Cc: David Wilson (dawilso3); Vadim Bruk; J.D. Liau (jliau); Rajesh
Vargheese (rvarghee)
Subject: RE: Fix for jTapiNonTriggeringSubscribe [ was RE: CUAE 2.5 Beta
status ?]
JD/Rajesh,
Any ideas about this ?
________________________________
From: Kayvan Alikhani mailto:Kayvan.Alikhani@litescape.com
Sent: Monday, July 07, 2008 1:36 PM
To: Siddhartha Datta (dattas)
Cc: David Wilson (dawilso3); Vadim Bruk
Subject: FW: Fix for jTapiNonTriggeringSubscribe [ was RE: CUAE 2.5 Beta
status ?]
Hi Sid,
Thanks for the update.
We applied it and unfortunately are facing the same issue.
See below for details.
Thanks,
Kayvan
________________________________
From: Vadim Bruk
Sent: Monday, July 07, 2008 11:28 AM
To: Wayne Lam; Kayvan Alikhani; ITInfrastructure
Subject: RE: Fix for jTapiNonTriggeringSubscribe [ was RE: CUAE 2.5 Beta
status ?]
Hi Kayvan,
The fix doesn't resolve the issue.
Here is what's in the AppServer log file:
2008:07:07::10:59:08(06): Error: EPM Unable to find Etch Script Info for
method: jTapiNonTriggeringSubscribe
2008:07:07::10:59:36(90): Warning: EPM Ignore unknown Etch message: An
existing connection was forcibly closed by the remote host
Vadim.
From: Wayne Lam
Sent: Monday, July 07, 2008 10:45 AM
To: Kayvan Alikhani; ITInfrastructure; Vadim Bruk
Subject: RE: Fix for jTapiNonTriggeringSubscribe [ was RE: CUAE 2.5 Beta
status ?]
Kayvan and Vadim,
Updated the dll on the machine
Wayne
From: Kayvan Alikhani
Sent: Monday, July 07, 2008 10:03 AM
To: ITInfrastructure; Vadim Bruk
Subject: FW: Fix for jTapiNonTriggeringSubscribe [ was RE: CUAE 2.5 Beta
status ?]
IT: Please use the updated DLL.
Vadim: tell me if it fixes the issue.
Thanks,
Kayvan
________________________________
From: Siddhartha Datta (dattas) mailto:dattas@cisco.com
Sent: Monday, July 07, 2008 7:32 AM
To: Siddhartha Datta (dattas); Kayvan Alikhani
Cc: J.D. Liau (jliau); Rajesh Vargheese (rvarghee); David Wilson
(dawilso3)
Subject: Fix for jTapiNonTriggeringSubscribe [ was RE: CUAE 2.5 Beta
status ?]
Hi Kayvan,
I have attached a new dll which should fix the issue you guys are
seeing. Please try this out and let us know if things work for you now.
If not, we might have to do a new install.
To manually update the dll...
1) Stop Application Server from management.
2) Use file explorer and browse to c:\Program Files\Cisco
Systems\Unified Application Environment\AppServer\Libs
3) Backup Metreos.AppServer.EtchPluginManager.dll
4) Copy new Metreos.AppServer.EtchPluginManager.dll to c:\Program
Files\Cisco Systems\Unified Application Environment\AppServer\Libs
5) Restart Application Server from management.
________________________________
From: Siddhartha Datta (dattas)
Sent: Monday, June 30, 2008 4:23 PM
To: 'Kayvan Alikhani'
Cc: J.D. Liau (jliau); Rajesh Vargheese (rvarghee); David Wilson
(dawilso3)
Subject: RE: CUAE 2.5 Beta status ?
Hi Kayvan,
We do have a fix for this issue - I wasnt aware that you guys were
blocked on it. We will go ahead and test it out properly and then
provide you guys with a friendly.
_______________________________________________
Cuae-developers mailing list
Cuae-developers@developer.cisco.com
Attachment not added (content type not allowed): "att1.html"
Cisco Unified Application Environment Developer Forums 
