<?xml version="1.0" encoding="UTF-8"?>
<feed xmlns="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <title>JTAPI 9.1.1</title>
  <link rel="alternate" href="http://developer.cisco.com/c/message_boards/find_thread?p_l_id=&amp;threadId=11723118" />
  <subtitle>JTAPI 9.1.1</subtitle>
  <id>http://developer.cisco.com/c/message_boards/find_thread?p_l_id=&amp;threadId=11723118</id>
  <updated>2013-05-25T22:01:07Z</updated>
  <dc:date>2013-05-25T22:01:07Z</dc:date>
  <entry>
    <title>RE: JTAPI 9.1.1</title>
    <link rel="alternate" href="http://developer.cisco.com/c/message_boards/find_message?p_l_id=&amp;messageId=11727433" />
    <author>
      <name>David Staudt</name>
    </author>
    <id>http://developer.cisco.com/c/message_boards/find_message?p_l_id=&amp;messageId=11727433</id>
    <updated>2013-02-08T16:08:45Z</updated>
    <published>2013-02-08T16:08:45Z</published>
    <summary type="html">Your basic assumptions are good ones: if you just need a snapshot of the device at a point in time getDeviceState will be highly accurate.  If you want to display states dynamically/real-time (event driven) use an observer.

I would say observer/events is 'more robust' in the sense that you can get both static and dynamic functionality that way, but if you just need a snapshot - for example an instantaneous decision to send a call to a device based on whether it is busy or not - then observer/events (and the state machine, threading and handling overhead) may be 'overkill'.</summary>
    <dc:creator>David Staudt</dc:creator>
    <dc:date>2013-02-08T16:08:45Z</dc:date>
  </entry>
  <entry>
    <title>RE: JTAPI 9.1.1</title>
    <link rel="alternate" href="http://developer.cisco.com/c/message_boards/find_message?p_l_id=&amp;messageId=11728770" />
    <author>
      <name>Arvind Sharma</name>
    </author>
    <id>http://developer.cisco.com/c/message_boards/find_message?p_l_id=&amp;messageId=11728770</id>
    <updated>2013-02-08T15:57:12Z</updated>
    <published>2013-02-08T15:57:12Z</published>
    <summary type="html">Okay. So if my application wants to show some kind of UI with dynamically changing Terminal State - it can use the Obsrever events. And if the app just want to show the Terminal state at that point in time, checking CiscoTerminal.getDeviceState() would do the job.
 
Correct ?
 
I guess I am debating which route it will be more robust. The events also change very quick in an active call  (Incoming Call-&gt;Alerting-?Ringing etc). Would relying on the Terminal state will be more accurate ??
 
 
Thanks!
 
Arvind
 
 </summary>
    <dc:creator>Arvind Sharma</dc:creator>
    <dc:date>2013-02-08T15:57:12Z</dc:date>
  </entry>
  <entry>
    <title>RE: JTAPI 9.1.1</title>
    <link rel="alternate" href="http://developer.cisco.com/c/message_boards/find_message?p_l_id=&amp;messageId=11728615" />
    <author>
      <name>Alexander Anikin</name>
    </author>
    <id>http://developer.cisco.com/c/message_boards/find_message?p_l_id=&amp;messageId=11728615</id>
    <updated>2013-02-08T15:49:00Z</updated>
    <published>2013-02-08T15:49:00Z</published>
    <summary type="html">Connection states can change in means on milliseconds.
You can check current state through CiscoTerminal.getDeviceState() == CiscoTerminal.DEVICESTATE_ALERTING.
Meanwhile the state of teminal can change already. Not a big deal if you want to show current state to user, but might be not that good if you plan to record missed calls.</summary>
    <dc:creator>Alexander Anikin</dc:creator>
    <dc:date>2013-02-08T15:49:00Z</dc:date>
  </entry>
  <entry>
    <title>JTAPI 9.1.1</title>
    <link rel="alternate" href="http://developer.cisco.com/c/message_boards/find_message?p_l_id=&amp;messageId=11723117" />
    <author>
      <name>Arvind Sharma</name>
    </author>
    <id>http://developer.cisco.com/c/message_boards/find_message?p_l_id=&amp;messageId=11723117</id>
    <updated>2013-02-08T15:10:32Z</updated>
    <published>2013-02-08T15:10:32Z</published>
    <summary type="html">Looking at the latest JTAPI APIs.
 
I see the CiscoTerminal has states:

CiscoTerminal.DEVICESTATE_ILDE
CiscoTerminal.DEVICESTATE_ACTIVE
CiscoTerminal.DEVICESTATE_ALERTING
CiscoTerminal.DEVICESTATE_HELD
CiscoTerminal.DEVICESTATE_UNKNOWN
CiscoTerminal.DEVICESTATE_WHISPER

And I also notice the events coming in the Observer for the Terminal :

TermConnRingingEv
TermConnActiveEv
 
 
Question:  How much in real time the state of the Terminal is updated with the event I would observe in the observer thread ?  For e.g. If a Terminal is getting a incoming call  (RINGING), I would see the TermConnRingingEv event in the observer thread. If I just want to check the state of that terminal to determine if it is Ringing or not, can I just check for the CiscoTerminal.DEVICESTATE_ALERTING  ?
 
 
Arvind
 </summary>
    <dc:creator>Arvind Sharma</dc:creator>
    <dc:date>2013-02-08T15:10:32Z</dc:date>
  </entry>
</feed>

