RE: Unknown CCN Exception 0x8ccc00e7

RE: JTAPI password with semicolon

2012-05-07T17:17:24Z

You've been gone for a while, Abhishek :) Support was added for ; and = in passwords a while back, and is available in releases higher than 7.1.5, and 8.0.2. In order to take advantage of this fix, you must use a version of JTAPI that supports it, and you must ensure that your application has a "trailing semicolon" after the last argument of the provider string passed in to JtapiPeer.getProvider(). Many existing applications use the following format for their provider string: CiscoProvider provider = (CiscoProvider) peer.getProvider ( "server;login=user;passwd=12345"); You can see that the last key/value pair "passwd=12345" does not have a trailing semicolon. In order to take advantage of JTAPI's support for semicolons in passwords, you must to ensure that you have a trailing semicolon: CiscoProvider provider = (CiscoProvider) peer.getProvider ( "server;login=user;passwd=12345;"); Backward compatibility is maintained: Applications will not break if they do not have the trailing semicolon on the last parameter. However, if your application wants to support semicolons in passwords, you need to ensure your application has a trailing semicolon in the provider string.

RE: Displaying List of Parked Calls?

2012-02-16T22:13:03Z

[quote]What you mentioned Joseph illustrates what I was referring to earlier about everything assuming a base level of knowledge that I don't have. I was under the impression that JTAPI was either part of Java or accessed over the network like AXL APIs. Didn't know one had to download/install it separately.[/quote] JTAPI is a spec for a Java library put out by Sun/Oracle. Cisco JTAPI is an implementation of this library with Cisco-specific enhancements that allows developers to write Java applications to monitor and control devices and calls. There is an overview here: http://developer.cisco.com/web/jtapi/overview And a getting started guide here: http://developer.cisco.com/web/jtapi/start The getting started guide has links to the developer's guide, and the JTAPI Interface Specification. [quote]I got it from the server and unfortunately, there's no unix version, so it looks like I'm going to have to code up something for windoze.[/quote] JTAPI is a Java library and as such easily runs on linux/unix. There are two downloads available from the "Plugin" page of the CUCM Admin panel: "Cisco JTAPI 64-bit Client for Linux" and "Cisco JTAPI 32-bit Client for Linux", which are full installation scripts, just like the Windows variants. That said, all your application [i]needs[/i] is the jtapi.jar file in it's classpath. After that, it's just a Java application that can invoke any of our APIs and can be run anywhere.

RE: Displaying List of Parked Calls?

2012-02-16T00:22:21Z

JTAPI comes with several sample applciations when you install it on a machine. Under the installation base folder (typically C:\Program Files\JTAPI Tools\ on a Windows machine), there are two folders that contain sample apps: makecall and jtrace. JTrace observes a number of Address objects that are specified at the command line, and prints out events for them until you close the application. Makecall does what the name would imply, and makes a basic call from one Address to another. These are the very basic examples that can be built upon to write the sort of application you want. I would recommend looking at the JTrace application and seeing how the application gets a list of available addresses, how it adds observers to them, how the observers work and fire events, etc. For your specific application, the most direct approach is to just get a list of Call objects from the provider and iterate through them, checking the status to see if they are parked. From there you can use the call info on the object and handle it however you want (cache it in a web service, throw it into a database, whatever).

Re: New Message from Jean-Marc Lacoste in Cisco JTAPI (JTAPI) - Cisco JTAPI

2012-01-24T20:14:40Z

There have been reports of sendData() acting slowly, and we are actively investigating them. Currently there is no reason in JTAPI for any issue, and the sendData() code hasn¹t been changed at all recently. Regarding the failures where ³error message is null², could you elaborate? What method are you invoking on the PlatformException that returns null? Are you checking the .getErrorCode() and .getErrorDescription() methods?

RE: JTAPI out of memory exception

2011-09-18T07:12:17Z

It is a JTAPI bug, CSCtn38319. http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&bugId=CSCtn38319

RE: Unable to create provide r -- connect timed out

2011-09-18T07:07:30Z

Can you ping the CUCM from the client machine?

RE: CiscoJTAPIClient version 8.5 and CUCM 8.0 giving error

2011-08-18T10:35:01Z

The JTAPI version has to be <= the CUCM version in order to connect. If you check the log files, the specific error should be "Incompatible Protocol Version".

RE: Detecting missed calls

2011-08-17T19:14:29Z

If you re observing a device, you would see a ConnAlertingEv when it was Ringing/Alerting, and a ConnConnectedEv when they picked up. If you wrote your application to start a timer when you receive a ConnAlertingEv, after it timed out without receiving a ConnConnectedEv, you could assume the call went unanswered.

RE: Getting dialed number

2011-08-17T19:12:18Z

JTAPI does not store a list of dialed numbers for a given terminal anywhere. There is no way to directly query for this information. You would have to write an application that was observing all of the terminals that you were interested in, and watch for events. A useful event for this purpose would be CallCtlConnDialingEv, which has a method called .getDigits(). This will return the dialed digits for the Dialing event. You could also write your event handler to check for a ConnCreatedEv that has a DN Different than the Terminal/DN you are observing.

RE: dynamic user control list fails

2011-08-17T19:04:04Z

This JVM was tested and works properly according to our version sanity testing. Please ensure that the new server has the same configuration as the old one.

RE: callChangedEvent ID values

2011-08-08T19:49:04Z

The Cisco Events are defined in com.cisco.jtapi.CiscoEventID.

RE: CTI Port/CTI Route Point

2011-08-08T19:40:47Z

CTI Route Points cannot host conference calls. They should generate a MethodNotSupportedException or PlatformException if an application tries to invoke conference() on them. I do not believe we have any sort of documentation regarding this. RouteTerminal and MediaTerminal (CTI Port) are both based on the Sun JTAPI 1.2 spec, so if they have any documentation / tabular feature comparisons they should apply here. Sorry I couldn't be of more help.

RE: Implementaion of conference featute

2011-08-08T19:32:14Z

Umesh, Could you be more clear with your question? Are you getting any exceptions or failures? What is the exact scenario you are trying to run? In general, if there is a problem, JTAPI will generate an exception that can be caught with error codes to understand exactly what went wrong. Common problems involve an invalid call state, unobserved parties, etc. Without more information I'm not sure how much help I can be.

RE: 'Cti request timed out' using call.conference()

2011-08-08T19:09:49Z

This exception means that the CTI layer underneath JTAPI did not respond to JTAPI's request for a conference in time. By default, the JTAPI timeout for CTI requests is 15 seconds. This is configurable in two ways: [list=1] [*]Editing this line in jtapi.ini: JtapiPostConditionTimeout=15 [*]Invoking the following method during the run: CiscoJtapiProperties.setJtapiPostConditionTimeout(int seconds) [/list] The minimum is 10 seconds and the maximum is 20 seconds, so there's not much play there. This exception could result from load on the CUCM server, or some sort of connectivity issue with the CUCM server in general.

Re: New Message from mattpenner (simulated) in Cisco JTAPI (JTAPI) - Cisco

2011-07-22T00:30:42Z

Matt, The source code for the tool is currently not shared anywhere. The test tool itself doesn¹t have much logic behind it, other than the call display system. What behavior were you looking to implement?

Re: New Message from Andreas Muenstermann in Cisco JTAPI (JTAPI) - Cisco JT

2011-07-14T18:04:36Z

> What exception are you getting? Do you have JTAPI logs for the scenario?

RE: New Message from robert jump in Cisco JTAPI (JTAPI) - Cisco JTAPI Quest

2011-07-05T20:14:13Z

Robert, JTAPI does not install drivers or devices to the control panel. JTAPI is a Java library that allows developers to create cross-platform applications. Everything is contained in the JTAPI JAR file. If you are looking for a Windows-specific application and want a Provider installed into the Phone and Modem options, Cisco TAPI is a C/C++ based library that does that. It's easy to get them mixed up. The homepage for Cisco TAPI can be found here: http://developer.cisco.com/web/tapi/home

RE: New Message from Lucas Ramires Vieira in Cisco JTAPI (JTAPI) - Cisco JT

2011-05-11T18:48:29Z

Lucas, There are various ways to get Terminal objects in JTAPI. Many events related to Terminals will send a Terminal object along, to let you know which Terminal the event happened on. You have to be observing the Terminal initially to see these events, though. The simplest way to get you started is to call the .getTerminals() method on the Provider object after you have connected to JTAPI. This will give you an array of Terminal objects, which you can iterate through and check until you find the one that you want. Then you can check any DND status that you want.

RE: New Message from Bryce Owen in Cisco JTAPI (JTAPI) - Cisco JTAPI Questi

2011-04-27T17:26:08Z

Bryce, The JTAPI version of your application has to be <= the version of your CUCM. If the version of JTAPI you are currently running is the same as your CUCM (which is recommended), then you cannot upgrade JTAPI without upgrading your CUCM. ________________________________ From: Cisco Developer Community Forums [mailto:cdicuser@developer.cisco.com] Sent: Wednesday, April 27, 2011 8:36 AM To: cdicuser@developer.cisco.com Subject: New Message from Bryce Owen in Cisco JTAPI (JTAPI) - Cisco JTAPI Questions: Upgrading Jtapi on a Call Manager Bryce Owen has created a new message in the forum "Cisco JTAPI Questions": -------------------------------------------------------------- Hello, Is there any way of upgrading Jtapi without upgrading the Call Manager? We are having Jtapi issues with Quality Manager and we have determined it is a bug with the Jtapi version. Thanks, Bryce -- To respond to this post, please click the following link: or simply reply to this email.

RE: Unknown CCN Exception 0x8ccc00e7

2011-03-10T06:49:22Z

Doing a google search for the hex value would have got you the link you were looking for :) [url=http://developer.cisco.com/web/jtapi/wikidocs/-/wiki/Main/Error%20Code/pop_up;jsessionid=C1172DC870AF7B1DEC85247D74EF3993.liferay-portal1]http://developer.cisco.com/web/jtapi/wikidocs/-/wiki/Main/Error%20Code[/url] This is a generic "Recording Failed" exception.