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

Я уже кучу времени капаюсь в нете с целью понять принцип работы 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.