【发布时间】：2012-05-07 03:57:55
【问题描述】：
P2p/网格计算似乎是一个很有前途的概念。 JXTA 看起来像是唯一的多合一框架。这个领域的追捧如此稀少有什么原因吗？
【问题讨论】：
标签： p2p distributed-computing jxta grid-computing
【发布时间】：2012-05-07 03:57:55
【问题描述】：
我领导了 JXTA 2.6 和 2.7 的发布 - JXTA 并没有完全放弃。有些人已经在 2.6 分支上发布了补丁，它可以很容易地与 2.7 分支合并。
人们没有继续参加 JXTA 的原因有很多：
Oracle 没有跟进他们在项目治理方面的职责，导致项目处于不确定状态。
Oracle 没有跟进将项目移至 Apache 的请求。
代码库很旧。我们对其进行了清理并实施了单元测试。但是为了将项目提升到一个新的水平，它需要进行大量的重写。志愿者不够。
但更根本的是，很少有 P2P 框架起飞的原因是，当您进入细节时，P2P 从根本上讲是复杂的。大多数人直到他们开始把手伸进泥土时才明白。 “以简单的方式”实现 P2P 是不可能的。
因此与全 Java 客户端、许可费用或其他无关。
更新（2013 年 8 月）：您认为 JXTA/JXSE 已死？好吧，有人进一步研究并开发了 DZone 教程（不幸的是，SO 不允许链接到 Dzone，所以谷歌：JXSE 和 Equinox 教程）。
更新（2013 年 11 月）：一群人正在开发 JXTA 的新版本。欲了解更多信息，请在mailing lists注册。
【讨论】：
-
哇，感谢您花时间回答。我知道你在 Scribd 上的书，并且已经考虑过使用 JXTA，但是网络上的死链接和缺乏文档让我觉得我会浪费我的时间。我渴望看到 P2P 计算作为一个结合了 CPU 和文件共享的计算平台走到了一起。这似乎是 CPU 时钟频率迅速接近其理论极限的下一个合乎逻辑的步骤。
-
有可能实现 P2P 的解决方案，这就是我启动 Chaupal 项目（在 Google 项目上）的原因，但我没有足够的周期来处理它。
有趣的是，过去所有 P2P 计划都缺少让同行保持活跃的动力。问题始终是为什么对等点会继续运行 CPU 消耗和基于 XML 的详细协议。 信任是另一个因素——我怎么能信任同伴。作为团队的关键成员，我们引入了安全性。但安全并不能解决信任问题。
更糟糕的是，JXTA 引入了超级节点的概念 - 打败了对等的概念。
然而，并非一切都那么糟糕。 JXTA 提供了许多新概念。一个是 JXME 和 JXTA 并存的边缘计算 - 您可以将其称为当前的雾计算，其中繁重的工作在 JXTA 节点上，而一些智能则在受限的 JXME 节点上。
快进，区块链解决了任何 P2P 平台无法回答的大多数问题（如果不是全部）的差距：信任、激励同行、防篡改等等。
P2P 还活着:)
【讨论】：
我认为与 RMI、CORBA 和 Jini 不太受欢迎的原因相同：复杂且封闭。
大多数时候简单而开放的胜利。
这可能与全 Java 客户端或许可费用或其他原因有关。
这可能是竞争。 MPI 是一种广泛接受的计算消息传递标准。 Hadoop 获得了很大的吸引力。
更新：被接受的答案讨论了为什么人们可能会或可能不会选择参加 JXTA。我认为我的答案更多地与用户采用有关，这是不同的。我要回到 JXTA 的起源，而不是 2.6 和 2.7 版本的细节。
【讨论】：
-
对更新的回答：肯定有 JXTA 可以简化的领域，但也有 JXTA（以及大多数——如果不是全部——P2P 框架）没有正确涵盖的领域。这些将需要一组最小的功能，这些功能实现起来并不简单，而且不能做得很小或很小。您不能仅在 MPI 上实现 P2P 框架。
-
MPI 大量用于科学计算。也许 P2P 几乎不是它被制造出来的灵丹妙药。 JXTA 是否被不公正地忽视了，还是市场有发言权？ Sony Beta 本来应该优于 VHS，但它已经消失了。
-
我自己也想知道这个。对于文件共享，P2P 是无与伦比的。虽然 BOINC、SETI@home 和 BitCoin 似乎在各自的细分市场中运行得非常好，但 CPU 共享是否也可以这么说。
如果你使用 Linux，试试这个：http://www.p2pns.org/ “P2PNS（Peer-to-Peer Name Service）是一种使用对等网络的分布式名称服务。P2PNS当前的重点是为分散式VoIP（P2PSIP）提供安全高效的SIP名称解析。” 在大多数情况下，名称解析足以在其上构建 P2P 应用程序。
【讨论】：