P2p/Grid Computing выглядят как перспективные концепции. JXTA выглядит как единственное в одной структуре для него. Есть ли причина, по которой это поле так редко преследуется?
Почему JXTA был оставлен? Есть ли альтернативы?
Ответ 1
Я возглавил выпуск 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. Для получения дополнительной информации зарегистрируйтесь в списках рассылки.
Ответ 2
Я думаю, что по тем же причинам, что RMI, CORBA и Jini не так много в пользу: сложный и закрытый.
Простой и открытый выигрыш в большинстве случаев.
Возможно, это имело какое-то отношение ко всем Java-клиентам или лицензионные сборы или что-то еще.
Это может быть конкуренция. MPI - широко распространенный стандарт обмена сообщениями для вычислений. Hadoop получает много тяги.
ОБНОВЛЕНИЕ: ответ, который был принят, обсуждает, почему люди могут или не могут участвовать в JXTA. Я думаю, что мой ответ больше связан с принятием пользователем, и это другое. Mine вернется к истокам JXTA, а не к деталям релизов 2.6 и 2.7.
Ответ 3
Если вы работаете с Linux, попробуйте это: http://www.p2pns.org/ "P2PNS (одноранговая служба имен) - это распределенная служба имен, использующая одноранговую сеть. Текущий центр P2PNS для обеспечения безопасного и эффективного разрешения имен SIP для децентрализованного VoIP (P2PSIP) ". В большинстве случаев разрешение имен достаточно для создания P2P-приложения поверх него.
Ответ 4
Интересно то, чего не хватало во всех инициативах P2P прошлого, было мотивом для того, чтобы партнер мог оставаться активным. Вопрос всегда состоял в том, почему одноранговый узел будет продолжать откатывание процессора и протоколы на основе XML. Доверие было еще одним фактором - как я могу доверять сверстнику. Являясь ключевым членом команды, мы ввели безопасность. Но безопасность не влияет на доверие.
Чтобы сделать его еще хуже, JXTA представила концепцию супер узлов - победив саму концепцию равноправного партнера.
Однако не все было так плохо. JXTA предоставила множество новых концепций. Один из них - Edge Computing с JXME и JXTA, который сидит вместе - вы можете назвать его текущим днем. Противотуманные вычисления, где тяжелый подъем был на узле JXTA и некоторый интеллект на узлах с ограниченным JXME.
Быстрая перемотка вперед, Blockchain устраняет пробелы с адресацией, если не все вопросы, на которые не может ответить любая платформа P2P: доверие, стимулирование сверстников, доказательство несанкционированного доступа и многое другое.
P2P все еще жив :)