Skip navigation.
 
mlRe: Peer To Peer Design
FROM : Jaime Magiera
DATE : Sun Jan 26 17:55:49 2003

I'm a little late on this thread (been working hard)...

In true Peer-to-Peer, there isn't an intermediary server to route the
requests. Each app is both client and server, who can talk to each
other directly. Many so-called P2P apps aren't really, since they use a
routing server. You knock out the main server, you loose the ability to
communicate.

I'm writing as P2P app right now. It's called ThoughtConduit. It really
wasn't to difficult -- You write some server code to receive data, you
write some of code to send data. Right now, TC data is passed as SOAP
messages.

* We are also creating a routing app in WebObjects that can offer many
of the desktop features to users logged in at the site. This is just to
support those who would sacrifice true P2P for the convenience of doing
transactions through the browser.

Jaime

On Saturday, January 25, 2003, at 03:53  PM, Ben Mackin wrote:

> On 1/25/03 12:36 PM, "Finlay Dobbie" <<email_removed>> wrote:
>

>> Carracho is definitely not peer-to-peer, it's very much client-server.
>> Not sure about Acquisition.

>
> Acquisition is a cocoa wrapper to gnutella (sp), so it is peer-to-peer.
>
> However, I don't know, if I read the last email correctly, it sounds
> like he
> wants more client/server than peer-to-peer. I could be wrong.
>
> How does peer-to-peer work? Is it just that everyone's application
> acts both
> as client and server? This is probably the wrong place for this, but it
> might help the original poster out.
>
> Ben
> _______________________________________________
> cocoa-dev mailing list | <email_removed>
> Help/Unsubscribe/Archives:
> http://www.lists.apple.com/mailman/listinfo/cocoa-dev
> Do not post admin requests to the list. They will be ignored.

_______________________________________________
cocoa-dev mailing list | <email_removed>
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/cocoa-dev
Do not post admin requests to the list. They will be ignored.

Related mailsAuthorDate
mlPeer To Peer Design Roarke Lynch Jan 24, 02:27
mlRe: Peer To Peer Design mw Jan 24, 12:53
mlRe: Peer To Peer Design Tito Ciuro Jan 24, 16:00
mlRe: Peer To Peer Design Roarke Lynch Jan 25, 21:20
mlRe: Peer To Peer Design Finlay Dobbie Jan 25, 21:36
mlRe: Peer To Peer Design Ben Mackin Jan 25, 21:53
mlRe: Peer To Peer Design Jaime Magiera Jan 26, 17:55
mlRe: Peer To Peer Design Roarke Lynch Jan 27, 04:12
mlRe: Peer To Peer Design David Remahl Jan 27, 08:03
mlRe: Peer To Peer Design Jaime Magiera Jan 27, 08:43