![]() |
![]() |
|
|
Overview of Conversational Communication
Conversational communication is the BEA Tuxedo system implementation of a human-like paradigm for exchanging messages between ATMI clients and servers. In this form of communication, a virtual connection is maintained between the client (initiator) and server (subordinate) and each side maintains information about the state of the conversation. The connection remains active until an event occurs to terminate it.
During conversational communication, a half-duplex connection is established between the client and server. A half-duplex connection allows messages to be sent in only one direction at any given time. Control of the connection can be passed back and forth between the initiator and the subordinate. The process that has control can send messages; the process that does not have control can only receive messages.
To understand how conversational communication works in a BEA Tuxedo ATMI application, consider the following example from an online banking application. In this example, a bank customer requests checking account statements for the past two months.
Example of Conversational Communication in an Online Banking Application
Note: The Account Records Storage System must maintain state information so it knows which account statement to return when the customer selects the More prompt.
As with request/response communication, the BEA Tuxedo system passes data using typed records. The record types must be recognized by the application. For more information on record types, refer to Overview of Typed Records.
Conversational clients and servers have the following characteristics:
Conversational communication differs from request/response communication in the following ways:
![]() |
![]() |
![]() |
|
Copyright © 2001 BEA Systems, Inc. All rights reserved.
|