home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / sys / mac / programm / 18597 < prev    next >
Encoding:
Text File  |  1992-11-18  |  2.8 KB  |  66 lines
  1. Newsgroups: comp.sys.mac.programmer
  2. Path: sparky!uunet!pageworks.com!world!eff!sol.ctr.columbia.edu!zaphod.mps.ohio-state.edu!sdd.hp.com!elroy.jpl.nasa.gov!lambda.msfc.nasa.gov!robichau
  3. From: robichau@lambda.msfc.nasa.gov (Paul Robichaux)
  4. Subject: Programmatic mounting & ARA
  5. Message-ID: <1992Nov18.190642.1194@lambda.msfc.nasa.gov>
  6. Reply-To: robichau@lambda.msfc.nasa.gov
  7. Organization: New Technology, Inc.
  8. Date: Wed, 18 Nov 1992 19:06:42 GMT
  9. Lines: 55
  10.  
  11. I'm working on a data-collection application that collects data from a
  12. variety of sources and stores it. Some of the machines running this
  13. application are at remote sites, and we'd like to add a data-transfer
  14. capability. 
  15.  
  16. There are a couple of different ways to do it:
  17.     a) have the remote users mail us floppies. Easy, cheap, but
  18.     requires regular human intervention, and prevents us from
  19.     putting these machines in _really_ remote areas.
  20.  
  21.     b) integrating CTB support, so that remote machines can
  22.     "call home" and send files. Requires a bit more work,
  23.     and would require us to implement at least a rudimentary
  24.     authentication and access control protocol on top of file
  25.     transfer tools.
  26.  
  27.     c) use Appletalk Remote Access and two separate applications.
  28.     One app is the regular data-collection s/w, and the other is
  29.     a "transfer demon" that, via AppleEvents, gets started at
  30.     periodic intervals and uses programmatic calls to mount
  31.     the remote volume, copy the files, and exit.
  32.  
  33. Approach a) is easy and cheap. Approach b) is a little harder, and
  34. approach c) seems to be hardest- and most flexible. Using ARA, we
  35. could transmit new software updates (let the demon kill the
  36. application and start the new copy after the transfer) and make the
  37. file transfer pretty near invisible to the user.
  38.  
  39. I'm a little fuzzy on the whole concept of programmatically mounting
  40. volumes. I know that MatchAlias can mount (or not) remote volumes
  41. which contain the target of an alias being resolved. I know there are
  42. also explicit calls to mount and unmount remote volumes (don't have IM
  43. VI here, so I don't remember their names.)
  44.  
  45. Questions:
  46.   a) using the programmatic mounting calls, how do you "know" what
  47.   volume to connect to? What if the volume name or creation date
  48.   changes?
  49.  
  50.   b) If I use MatchAlias to resolve an alias which points to a 
  51.   volume accessible via ARA, can ARA automount it? I assume so,
  52.   since I know NetWare and AppleShare have similar features.
  53.  
  54.   c) Has anyone developed a similar application? I'd like to know
  55.   more about the (probably hidden) pitfalls before I commit to this
  56.   approach, even though it is the coolest.
  57.  
  58. Replies here or via e-mail are fine. I'll summarize e-mail replies.
  59.  
  60. -Paul
  61.  
  62. -- 
  63. Paul Robichaux, KD4JZG              | May explode if disposed of improperly.
  64. Mission Software Development Div.   | Printed on recycled phosphors.
  65. New Technology, Inc.            | ** PGP 2.0 key available on request **
  66.