Доброе время суток всем.

Я уже кучу времени капаюсь в нете с целью понять принцип работы Peer2Peer подключения, передачи данных и т.д.
То как я себе это предтавлял до того:
1. Клиент запраживае кто залогинин на сервере и всё что с каждим таким подключённым связанно (на пример IP).
2. Открывается сокетное соединение с другим клиентом пользуясь ранее полученым IP.
3. и дальше делай что хочешь обходя сам сервер.

после всего того что я выкопал в нете:
http://www.onjava.com/pub/a/onjava/2003/12...p2psockets.html
http://java.sun.com/developer/technicalArticles/peer/
http://www.jxta.org
и ещё много другого,

Я понял что я уже ничего не понял...
Во всяком случае то что там описанно, это что п[о любому вся информация проходит через сервак.      

Просто существуют разные архитектуры P2P. Например Napster'у нужен центральный сервер. BitTorrent обходится вообще без серваков. А в Minerva'е, существует подархитектура hypercube с точками, которые отвечают за основной трафф. У YaCy пиры делятса на "начинающих", продвинутых и Senior. В зависимости от статуса у них также больше/меньше прав.

sergejzr, 
ууу как всё запущенно!!!!!!!
Ладно, тогда спрошу так:
Нужет Р2Р так что бы минимально задействовался сервак но при этом велась история действий...

Добавлено @ 18:31 
и как кстати назуваются эти разные архитектуры? если у них вообще есть название...

Есть у некоторых.. у minervа -  hypercube. Кстати она как раз самая "научная". Так сказать - ребёнок исследований, в то время, как остальные сделаны впринципе фрилансерами. А там сам пони9маешь.. кто как назовёт  Есть ещё PGrid, но про него пока вообще не могу сказать ничего. Он новый и займусь им наверное во второй половине года. Я диплом писал на основе YaCy.

А пока сам с minerva буду разбираться http://www.mpi-sb.mpg.de/departments/d5/software/minerva/. Вроде весьма солидный софт.

А как на счёт JXTA?

Не смотрел, но думаю, если у нас около 60 человек работают с P2P и никто не посоветовал, то наверное не стоит заниматься..

Это библиотека для Р2Р под JAVA...

вот нащёл я такую вещь: http://www.webopedia.com/DidYouKnow/Intern...eer_to_peer.asp
где написанно так:


вот это то что мне и нужно...
Куда капать?

Вопрос в том, что копать? indexing server и архитектура - немного разные вещи. Чего ты от системы хочешь?

Начать хочу с простого мессенжера пересылая сообщения не через сервер (это множно сделать и на базе сервлета) а на прамик от клиента к клиенту, а сервак задействовать только для хранения истории...

Добавлено @ 19:21 
и ещё одно в чё приемушество в пользовании Р2Р над обычным сервлетом?

Это две разные вещи.

Добавлено @ 19:35 

Ну на сервер по любому придётся сообщения отправлять. А вообще идея неплохая.

Но это будет происходить не свазанно, и соответственно от сервака не будет зависить отправка сообщений, уже не говоря о том случе когда нужно будет переправить фаил.



Ну почему же, оба способа могут связуваться в сервером. Или я чего то не понимаю?
Если да то я полностью запутался. Чем отличается Р2Р от сервлета?

В P2P каждый peer - клиент и сервер одновременно. Все пиры равнозначны. Никакого "сервлета" там нет. Или ты собираешься каждому юзеру чата tomcat устанавливать?  

Так всё, окончательный тупик   
Есть гдето нормальная литература, типа для чайников?

Почитайте про Socket и ServerSocket

Насчет BitTorrent это не совсем так. 
BitTorrent не может работать без сервера. Это или должен быть центральный сервер (трекер) или распределенная сеть в которой каждый узел минитрекер. Трекер не держит у себя данных, и через него данные не передаются, он только помогает клиентам установить между собой соединение и следит за переданым/скачаным трафиком (так называемый UP/DOWN ratio). На самом деле BitTorrent весьма хорошо продуманная сеть, и создавалась как средство централизованной раздачи больших файлов, как-то дистрибутивы Linux (torrent.fedoraproject.org). Даже MS хотели в свое время раздавать бету Висты через торенты, когда у них от нагрузки стали падать серваки.
Для BitTorrent есть неплохой Java - OpenSource клиент Azureus.

LSD, 
sergejzr, Народ, вы всё вокруг да около...
То что такие проги есть я не сомнивался, вопрос как их самому написать?
Только не для передачи фаилов, а в качестве мессенгера (для начала во всяком случае).

Добавлено @ 22:36 
Для начало: 
1. Что такое Р2Р?
2. где можно прочесть онлайн его азы?

Добавлено @ 22:39 
LSD, кстати задумка у меня была такая как в БитТорент.

Общие принципы BitTorrent можно почитать тут и тут. Подробное описание протокола на официальной странице.

LSD, 
Ладно ещё раз перефомулирую себя:
Если я хочу добиться обычного месенжера и я не хоцу пользоваться сервлетом,
Какие ещё варианты существуют так что бы обращения на сервак были минимальными?
извините за занудство, но я торможу

Я вижу только 2 варианта:
1. Сервак держит у себя только список клиентов и их IP. По запросу клиента выдает IP интересующего его клиента. Клиенты взаимодействуют напрямую, без какого либо участия сервера. Проблему аутентификации надо решать исходя из того какой уровень безопастности требуется в системе.
2. Полностью децентрализованная система: сервак держит у себя только список некоторых клиентов, и при необходимости может обратится к ним с запросом. К каждому клиенту можно обратится с запросом на поиск определенного клиента, и он может обратится с подобным запросом к любому клиенту. Этот вариант более сложный и требует хорошей теоретической проработки.

ОК
имеется в виду 1 вариант.
В связи с этом 2 вопроса:
1. 

Это делать через сервлет, или есть ещё способы?
2.

Каким образом?

ещё раз извиняусь за такое количество вопросов, я в этом полнуй 0.
Начал читать про сокеты и серверсокет, пока что всё вроде ясно но не понятно как я этим могу воспользоваться для моей цели.

1. Можно и через сервлет, а можно и без него. Если есть задача написать свою IM систему, то можно реализовать свой сервер и без сервлетов, и работать будет не медленней.
2. Опять же зависит от требований к системе:

• RMI - просто и удобно программировать, сервер упрощается до предела, но все клиенты должны быть на Java
• свой протокол на базе TCP/IP - клиенты могут быть написаны на чем угодно, надо придумывать свой протокол
• использовать готовый протокол,  например Jabber - проверенное временем решение, есть готовые библиотеки, придется переделывать его под свои нужды (в частности под работу минуя сервер)

Ты имеешь в виду создать свой протокол и гонять его через Socket<->ServerSocket?



Неужели каждый клиент должен дыть в там случе и цлиентом и сервером одновременно?

Да.


В каком-то смысле да, т.е. он в должен будет уметь принимать входящие соединения и устанавливать исходящие (что при наличии NAT, Proxy, Firewall может стать проблемой), плюс аутентифицировать клиентов (может быть с помощью сервера).

ОК
Последний вопрос (на сегодня):
Так как через Socket<->ServerSocket всё происходит через OutputStream/InputStream, через них и нужно гонят все команды протокола, или же есть способ более элегантный?

Добавлено @ 00:13 
и ещё: каким , на промер образом можно аутентифицировать клиентов ?

Нету. Если протокол твой собственный, то и его реализация лежит на тебе, впрочем это не так сложно.



Простейший способ: по IP. Клиент регистрируется на сервере по логину и паролю. А потом любой может запросить сервер, что клиент с таким логином имеет такой IP.

На пример?