Hosted-code initiated/encapsulated distribution?

[Nathaniel W. Filardo]

Salutations,
	If my understanding of Mozart/Oz is correct, when the VM gets a
ticket for a store entity on a remote host, the VM itself will initaite
the TCP (invariably TCP, yes?) connection to the remote host.

	Would it be possible (and would it be smart) to allow the Oz code
itself to register a filehandle/socket/callback function with the VM so
that tickets of a given type will cause this Oz code to carry out the
connection request?

	It would be trivial, I think, to reimplement the TCP-based current
method in Oz if this mechanism were available, as well as more general
mechanisms that could offer security or other guarantees.  For example,
two VMs could establish a TLS-secured connection and conduct all
distribution across that.

	To this end, the ticket format would have to be expanded to allow
VMs to have non-IP based addresses, the VM would have to have a "routing
table" of sorts ("tickets for VM-0xdeadbeef are routed over ..."), and the
hosted code would have to be able to get at this identity in order to
initiate and set up these tables.

	Thoughts?
--nwf;
-
Please send submissions to hackers at mozart-oz.org
and administriva mail to hackers-request at mozart-oz.org.
The Mozart Oz web site is at http://www.mozart-oz.org/.