[tahoe-lafs-trac-stream] [tahoe-lafs] #1086: servers should attempt to open connections to clients

[tahoe-lafs]

#1086: servers should attempt to open connections to clients
------------------------------+------------------------
     Reporter:  zooko         |      Owner:
         Type:  enhancement   |     Status:  new
     Priority:  major         |  Milestone:  eventually
    Component:  code-network  |    Version:  1.7β
   Resolution:                |   Keywords:  introducer
Launchpad Bug:                |
------------------------------+------------------------

Comment (by davidsarah):

 Replying to [comment:13 zooko]:
 > Replying to [comment:12 davidsarah]:
 > >
 > > I also disagree that we should be changing the behaviour to one style
 now and then changing it to the opposite style later. It makes more sense
 to have a config switch (but I don't know where that switch should be).
 >
 > Hm, well if we're going to converge on the minimal-unix style, this is
 mostly just a matter of eliminating the use of certain foolscap features.
 It isn't obvious how to eliminate them -- foolscap doesn't provide a way
 to turn them off.

 The introducer is responsible for connecting clients to servers. If the
 introducer doesn't connect them, it doesn't matter which objects are in
 which vats, IIUC. There are no implicit connections due to objects being
 in the same vat; that would not be consistent with a capability model.

-- 
Ticket URL: <http://tahoe-lafs.org/trac/tahoe-lafs/ticket/1086#comment:14>
tahoe-lafs <http://tahoe-lafs.org>
secure decentralized storage