[Pipet Devel] NETPIPES

Brad Chapman chapmanb at arches.uga.edu
Mon May 15 00:57:39 EDT 2000

Jeff wrote:
[...snip...stuff about Netpipes...]

Okay, after starting at the documentation for a long time (man, this 
thing has a lot of switches!), it seems like Netpipes makes a 
client/server process that runs through TCP/IP, right? Mostly, it just 
seems to make it so that you can deal with sockets at a higher level 
and make simple client/servers. Like in this example:

server$ faucet 3000 --out tar cf - .
client$ hose server 3000 --in tar xvf -

You just set up a simple server that untars everything that comes in 
(it listens on port 3000) and then a client tars up a directory and 
sends it to the server on port 3000. The server untars it and voila, 
you have a transferred directory.

At least from the python end this type of stuff is already covered in 
the standard library--the uil to dl layer works through these type 
of convenience classes. You also can deal with things using a nice 
scripting language and not shell scripts (bleah!).

>> It seems to me that we will need to
>> re-invent much of this in the BL.

Can you explain exactly how you see netpipes being used? I think I 
understand what it does, I just don't see your vision for how to use 
    Also have you checked out the dl_info.html doc in the loci module? 
I have a diagram in that of how Jarl and I were last talking about 
handling remote communication. At least, this is what we ended up 
settling on last I heard :-). If stuff works like this then the dl 
shouldn't need to worry about setting up TCP/IP connections, right? Or 
do you disagree with this model?

> At least in CORBA -- Netpipes uses sockets.

Didn't we decide that sockets = bad and corba = good? :-)

> Perhaps the author of Netpipes would like to collaborate with us.  
There are
> many similarities.  Just my US$0.02.

I don't know Jeff, the page you sent us was dated 1997, and I 
downloaded the "latest" code and it doesn't look like it's been 
touched since 98. Netpipes is looking pretty fast asleep...


More information about the Pipet-Devel mailing list