home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.databases:8898 comp.protocols.misc:927
- Newsgroups: comp.databases,comp.protocols.misc
- Path: sparky!uunet!cs.utexas.edu!sdd.hp.com!hpscit.sc.hp.com!cupnews0.cup.hp.com!dhepner
- From: dhepner@cup.hp.com (Dan Hepner)
- Subject: Re: ATMI: info sought
- Sender: news@cup.hp.com (News Admin)
- Message-ID: <C0I6My.335@cup.hp.com>
- Date: Thu, 7 Jan 1993 21:35:21 GMT
- References: <C0HvG5.BKA@gabriel.keele.ac.uk>
- Organization: Hewlett-Packard
- X-Newsreader: Tin 1.1scd1 PL4
- Lines: 44
-
- From: csa09@keele.ac.uk (Paul Singleton)
-
- >Where, please, can I find more information (not only technical, but also
- >any objective assessment of usefulness and future importance) of an
- >allegedly vendor-independent database interface called "ATMI"? I am
- >interested in any developments which allow application programs to access
- >(and perhaps do transactions involving) several assorted databases.
-
- ATMI is not a database interface, rather it is a TP monitor interface
- for Tuxedo/T which supports transaction commitment verbs and communications
- verbs allowing transactional communication from clients to servers.
- (ATMI == "Application-Transaction Monitor Interface").
-
- X/Open has standardized/is standardizing the functionality of ATMI,
- but the X/Open distributed TP model separates the "Transaction Manager"
- (TM) from the "Communications Resource Manager" (CRM). The TM exports
- the transaction demarcation verbs. With enhancements to cover more than
- the ATMI communications mechanism, this interface is called "TX". With
- the X/Open model, communications verbs are exported by the CRM. Some of
- the communications verbs from ATMI are being standardized, much as they
- are used by Tuxedo, as "XATMI", which is somewhat a misnomer but correctly
- implies a stong relationship to the Tuxedo communications interface.
-
- An alternative to XATMI is being standardized for use with DCE, and
- DCE RPC, called "TxRPC", or Transactional RPC. Some of the functionality
- of XATMI is supplied by DCE; for example, XATMI has a way for clients
- and servers to find each other, while DCE supplies a different such
- mechanism.
-
- Yet a third standard way of doing transactional communications exists,
- a "LU6.2 way", known generically as peer-to-peer.
-
- The decision as to which of the three to use is sometimes simple,
- sometimes complex. When communicating with "the CICS world", peer-to-peer
- is one's only choice. Similarly, when using DCE clients and servers,
- one is limited to TxRPC. However, various arguments are offered
- as to the superiority of the three in the absence of any context
- which implies an answer.
-
- HP, as you might guess, supports all three but recommends DCE for
- distributed applications being developed.
-
- Dan Hepner
- Not a statement of the Hewlett Packard Company
-