Почему JXTA был оставлен? Есть ли альтернативы?

P2p/Grid Computing выглядят как перспективные концепции. JXTA выглядит как единственное в одной структуре для него. Есть ли причина, по которой это поле так редко преследуется?

Ответ 1

Я возглавил выпуск JXTA 2.6 и 2.7 - JXTA не полностью заброшен. Некоторые люди разместили патчи на ветке 2.6, и ее можно было легко объединить с ветвью 2.7.

Существует много причин, по которым люди не участвовали в JXTA:

  1. Oracle не выполняла свои обязанности по управлению проектами, что оставило проект в неопределенном состоянии.

  2. Oracle не выполнила запрос на перенос проекта в Apache.

  3. База кода была старой. Мы очистили его и внедрили модульные тесты. Но для того, чтобы переместить проект на следующий уровень, потребовалось бы много переписывания. Недостаточно добровольцев.

Но, что более важно, причина, по которой несколько рамок 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 все еще жив :)