home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / mac / programm / 20551 < prev    next >
Encoding:
Internet Message Format  |  1993-01-02  |  3.6 KB
  1. Xref: sparky comp.sys.mac.programmer:20551 comp.sys.mac.comm:12571 comp.os.vms:20224
  2. Newsgroups: comp.sys.mac.programmer,comp.sys.mac.comm,vms.networks.desktop.pathworks,comp.os.vms
  3. Path: sparky!uunet!worldbank.org!fodremote_10
  4. From: rpcfod@nimbus.worldbank.org (Robert Patt-Corner)
  5. Subject: Driving a Terminal Session from Desktop
  6. Message-ID: <rpcfod-020193222525@fodremote_10.worldbank.org>
  7. Followup-To: comp.sys.mac.programmer
  8. Sender: news@worldbank.org
  9. Organization: The World Bank
  10. Date: Sun, 3 Jan 1993 03:44:45 GMT
  11. Lines: 63
  12.  
  13. We've got an interesting application coming up, and I'd be grateful for any
  14. thoughts by folks who have done or approached it...
  15.  
  16. There's a garden-variety VMS ORACLE database driven by an ugly VMS
  17. SQL*FORMS application and a truly convoluted VMS SQL*MENUing system.  All
  18. access is by Mac terminal emulation using Reflection 2+ by WRQ.  In due
  19. time as decent tools become available we'll break out everything from the
  20. forms on down in some sort of cross-platformable product on the Mac, but
  21. for now waiting seems wise.
  22.  
  23. We would, however, like to break out those twisty menus in the short term. 
  24. It's easy to hit a database from the Mac, but controlling VMS programs is
  25. another matter.  Since Apple in its wisdom has not embraced DCE or any
  26. other remote procedure call, we've written some homemade code that drives
  27. DCL (and invokes programs and receives values) by means of the
  28. ADSP<=>DECNet tool and a DECNet object, so controlling VMS programs is
  29. feasible if ugly.
  30.  
  31. Given that, we can build a menu system on the Mac using Hypercard or most
  32. anything else (let's assume Hypercard for simplicity), and we can fire up
  33. the appropriate SQL*FORMS program.  Here comes the question now ...
  34.  
  35. How to best move the user to an interactive SQL*FORMS session and back to
  36. the menu when done.  Our normal terminal emulator is Reflection2+.  So far,
  37. ideas are:
  38.  
  39. 1. Write some roll-your-own frontware, opening a terminal window from HC,
  40. letting the user interact and closing it when done.  Who knows if you can
  41. even do terminal stuff over AppleTalk/DECNet with our object, but we could
  42. always fire up another connection under LAT.  Ugly and hard to maintain
  43. tho, and I don't like the security implications.
  44.  
  45. 2.    Fire up R2+ with AppleEvents (if it understands them) and drive it by
  46. invoking R2 scripts with AppleEvents.  We've put this one out to WRQ for
  47. contemplation.  They're not listed in the AERegistry though ...  I like
  48. this one, but wonder about returning control.  Guess it could be in each
  49. script.
  50.  
  51. 3. Fire up R2+ and drive it from the VMS end ... the Menu program would
  52. talk to a server we'd write on VMS who would control a child process
  53. connected to the R2+ session.  Is it feasible?  How to communicate ... can
  54. VMS mailboxes do this?  Is it wise?
  55.  
  56. 4. Invest in some frontware tools like MacWorkstation or MitemView and
  57. simply drive a hidden terminal session until it is needed.  We're missing
  58. any kind of user experience with these tools, and would love to hear what's
  59. out there, particularly regarding capability building a menu system. 
  60. Philosophically I don't like frontware, but as a menu and not a forms
  61. driver it might do ...
  62.  
  63. 5.  Drive MacX by means of the HC program but from the VMS side.  This is
  64. relatively easy ... an X-server is kind of designed to do the display work
  65. needed here.  But we'd prefer not to give the users yet another terminal
  66. learning experience, and there would be significant memory upgrade costs
  67. ... MacX is a hog.
  68.  
  69. Anyway, feedback on any or all of these approaches as well as relevant
  70. experiences and opinions are gratefully solicited.  Probably mail is best
  71. ... unless there is more general interest in the subject than seems likely.
  72.  
  73. Thanks --
  74.  
  75. R.
  76.