home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / database / 7729 < prev    next >
Encoding:
Text File  |  1992-11-09  |  2.0 KB  |  48 lines
  1. Newsgroups: comp.databases
  2. Path: sparky!uunet!spool.mu.edu!darwin.sura.net!zaphod.mps.ohio-state.edu!sdd.hp.com!scd.hp.com!hpscdm!cupnews0.cup.hp.com!dhepner
  3. From: dhepner@cup.hp.com (Dan Hepner)
  4. Subject: Re: Need help with X/Open Distributed Transaction Processing Specs
  5. Sender: news@cupnews0.cup.hp.com
  6. Message-ID: <BxGzA9.AFt@cup.hp.com>
  7. Date: Mon, 9 Nov 1992 22:18:09 GMT
  8. References: <1992Nov9.212407.17572@cs.cornell.edu>
  9. Organization: Hewlett-Packard
  10. X-Newsreader: Tin 1.1scd1 PL4
  11. Lines: 35
  12.  
  13. From: jain@cs.cornell.edu (Neel K. Jain)
  14.  
  15. >The XA specifications give me the impression that the application
  16. >program, the transaction manager and all resource managers (or their
  17. >stubs) are statically linked. Is this really the case or am I missing
  18. >the point (won't be the first time)?
  19.  
  20. It really is the case that the model describes interfaces within
  21. a single process, but easy on that "statically".
  22.  
  23. This single process view does not however preclude any of the parts, 
  24. including the AP, from utilizing other processes in accomplishing 
  25. their goals.  It's just that there is a single process which contains 
  26. the linkage of all; this process is the subject of the X/Open DTP model.  
  27.  
  28. One might wonder what is distributed about that.  Nothing is.
  29. Using standardized transactional communication, two APs, and 
  30. thus two instances of the model can participate in a distributed
  31. transaction.  These are as yet unpublished, but are clearly
  32. the next step.
  33.  
  34. There is nothing precluding dynamic linking however. Some "dynamically 
  35. registering RMs" may well be linked, on demand, at run time; the essence 
  36. is that they fit the notion of the model as focused on a single process 
  37. where the interfaces are intra-process call based.
  38.  
  39. >Also, has anyone used their reference model publication? Is it any
  40. >better than the specs?
  41. >Neel Jain
  42.  
  43. The Reference Model attempts to answer your question, while the XA 
  44. spec's primary purpose is to offer the details of the TM <-> RM interface, 
  45. while referencing the Reference Model for the overall picture. 
  46.  
  47. Dan Hepner
  48.