summaryrefslogtreecommitdiff
path: root/net/py-foolscap/DESCR
diff options
context:
space:
mode:
authorgdt <gdt>2010-07-23 21:45:52 +0000
committergdt <gdt>2010-07-23 21:45:52 +0000
commit4a24fd3cb9ab52bdc1636f09dca83f4d3db3d50d (patch)
tree8cfb232322f820ea31e38cc877eeedabe15f6a0e /net/py-foolscap/DESCR
parent2603a309afdc4a133545c5590a217074fa07f52c (diff)
downloadpkgsrc-4a24fd3cb9ab52bdc1636f09dca83f4d3db3d50d.tar.gz
Import py26-foolscap-0.5.1 as net/py-foolscap.
This is a ground-up rewrite of Perspective Broker, which itself is Twisted's native RPC/RMI protocol (Remote Procedure Call / Remote Method Invocation). If you have control of both ends of the wire, and are thus not constrained to use some other protocol like HTTP/XMLRPC/CORBA/etc, you might consider using Foolscap. Fundamentally, Foolscap allows you to make a python object in one process available to code in other processes, which means you can invoke its methods remotely. This includes a data serialization layer to convey the object graphs for the arguments and the eventual response, and an object reference system to keep track of which objects you are connecting to. It uses a capability-based security model, such that once you create a non-public object, it is only accessible to clients to whom you've given the (unguessable) FURL. You can of course publish world-visible objects that have well-known FURLs.
Diffstat (limited to 'net/py-foolscap/DESCR')
-rw-r--r--net/py-foolscap/DESCR15
1 files changed, 15 insertions, 0 deletions
diff --git a/net/py-foolscap/DESCR b/net/py-foolscap/DESCR
new file mode 100644
index 00000000000..823d7248f48
--- /dev/null
+++ b/net/py-foolscap/DESCR
@@ -0,0 +1,15 @@
+This is a ground-up rewrite of Perspective Broker, which itself is Twisted's
+native RPC/RMI protocol (Remote Procedure Call / Remote Method Invocation).
+If you have control of both ends of the wire, and are thus not constrained to
+use some other protocol like HTTP/XMLRPC/CORBA/etc, you might consider using
+Foolscap.
+
+Fundamentally, Foolscap allows you to make a python object in one process
+available to code in other processes, which means you can invoke its methods
+remotely. This includes a data serialization layer to convey the object
+graphs for the arguments and the eventual response, and an object reference
+system to keep track of which objects you are connecting to. It uses a
+capability-based security model, such that once you create a non-public
+object, it is only accessible to clients to whom you've given the
+(unguessable) FURL. You can of course publish world-visible objects that
+have well-known FURLs.