P2p/Grid Computing кажутся многообещающими концепциями. JXTA выглядит как единственный для него фреймворк «все в одном». Есть ли причина, по которой эта область так мало изучена?
Почему от JXTA отказались? Есть ли альтернативы?
Ответы (4)
Я руководил выпуском JXTA 2.6 и 2.7 - от JXTA полностью не отказались. Некоторые люди размещали патчи в ветке 2.6, и их можно было легко объединить с веткой 2.7.
Есть много причин, по которым люди не стали участвовать в JXTA:
Oracle не выполнила свои обязанности по управлению проектом, в результате чего проект оказался в подвешенном состоянии.
Oracle не отреагировала на запрос о переносе проекта на Apache.
Кодовая база была старой. Мы его почистили и внедрили юнит-тесты. Но для того, чтобы вывести проект на новый уровень, потребовалось бы много переписывания. Не хватает волонтеров.
Но, что более важно, причина того, что мало фреймворков P2P стали популярными, заключается в том, что P2P фундаментально сложен, когда вы вникаете в детали. Большинство людей не понимают этого, пока не начинают класть руки в грязь. Невозможно реализовать P2P «просто».
Так что ничего общего с полностью Java-клиентами, лицензионными сборами и прочим.
Обновление (август 2013 г.): вы думали, что JXTA/JXSE мертв? Что ж, кто-то поработал над этим дальше и разработал учебник по DZone (к сожалению, SO не разрешает ссылки на Dzone, поэтому Google: JXSE и Equinox Tutorial).
Обновление (ноябрь 2013 г.): группа людей работает над новыми выпусками JXTA. Для получения дополнительной информации зарегистрируйтесь в списках рассылки.
Интересно, чего не хватало во всех P2P-инициативах прошлого, так это мотивации коллег оставаться активными. Вопрос всегда заключался в том, почему одноранговый узел продолжает использовать протоколы с подробным описанием на основе XML и истощающим ЦП. Доверие было еще одним фактором — как я могу доверять сверстнику. Как ключевой член команды, мы ввели безопасность. Но безопасность не относится к доверию.
Чтобы сделать это еще хуже, JXTA представила концепцию суперузлов, победив саму концепцию одноранговой сети.
Однако не все было так уж плохо. JXTA предоставила множество новых концепций. Одним из них является Edge Computing с JXME и JXTA, сидящими вместе — вы можете назвать это текущими туманными вычислениями, где тяжелая работа была на узле JXTA, а некоторый интеллект — на ограниченных узлах JXME.
Перенесемся вперед: блокчейн устранил пробелы, решив большинство, если не все вопросы, на которые не могла ответить ни одна P2P-платформа: доверие, стимулирование коллег, защита от несанкционированного доступа и многое другое.
P2P все еще жив :)
Я думаю, по тем же причинам, по которым RMI, CORBA и Jini не очень популярны: сложные и закрытые.
Простой и открытый выигрыш в большинстве случаев.
Это могло быть как-то связано с полностью Java-клиентами, лицензионными сборами или чем-то еще.
Это может быть конкуренция. MPI является общепринятым стандартом обмена сообщениями для вычислений. Hadoop набирает обороты.
ОБНОВЛЕНИЕ: в принятом ответе обсуждается, почему люди могут или не могут участвовать в JXTA. Я думаю, что мой ответ больше связан с принятием пользователями, а это другое. Мои восходят к истокам JXTA, а не к деталям выпусков 2.6 и 2.7.
Если вы работаете с Linux, попробуйте следующее: http://www.p2pns.org/ "P2PNS (Peer- to-Peer Name Service) — это служба распределенных имен, использующая одноранговую сеть. Текущая цель P2PNS — обеспечить безопасное и эффективное разрешение имен SIP для децентрализованной VoIP (P2PSIP)». В большинстве случаев разрешения имен достаточно, чтобы создать на его основе P2P-приложение.