JXTA为何被弃用？有没有其他替代方案？

Question

P2P/Grid计算似乎是一个很有前途的概念。JXTA看起来是唯一的全能框架。这个领域为什么如此少有人追求呢？

- Stephen K

Answer 1

我负责主导发布了JXTA 2.6和2.7 - JXTA并未完全被放弃。一些人已经在2.6分支上发布了补丁，并且可以轻松地合并到2.7分支。

有许多原因导致人们没有继续参与JXTA：

1. Oracle没有跟进他们关于项目管理的职责，这使得该项目处于失控状态。

2. Oracle没有跟进将项目移动到Apache的请求。

3. 代码基础很老旧。我们清理了它并实施了单元测试。但是要将项目推向更高水平，需要大量重写代码。没有足够的志愿者。

但更根本的是，P2P框架之所以没有流行开来，是因为P2P在细节方面本质上非常复杂。除非开始动手实现它，否则大多数人无法真正理解它。不可能以“简单的方式”实现P2P。

因此，与所有Java客户端、许可费或其他内容无关。

更新（2013年8月）：你认为JXTA / JXSE已经死了？好吧，有人对其进行了进一步的开发，并开发了一个DZone教程（不幸的是，SO不允许链接到Dzone，因此请在Google上搜索：JXSE和Equinox Tutorial）。

更新（2013年11月）：一群人正在为JXTA制作新版本。欲获得更多信息，请在邮件列表上注册。

- Jérôme Verstrynge

---

哇，感谢您抽出时间回答我的问题。我知道您在Scribd上的书籍，并已经尝试过使用JXTA进行实践，但是网页上的死链接和缺乏文档让我觉得这样做可能会浪费我的时间。我非常期待P2P计算作为一种结合了CPU和文件共享的计算平台的到来。随着CPU时钟速率快速接近其理论极限，这似乎是下一个逻辑步骤。 - Stephen K

有可能实现P2P的解决方案，这就是我开始Chaupal项目（在Google项目中）的原因，但我没有时间去开发它。 - Jérôme Verstrynge

Answer 2

有趣的是，过去所有的P2P倡议都缺少一种让对等方保持活跃的动机。问题在于，为什么一个对等方要继续运行一个耗费CPU且基于XML冗长协议的程序呢？另一个因素是信任-我如何相信一个对等方。作为团队的重要成员，我们引入了安全性。但安全性并不能解决信任问题。

更糟糕的是，JXTA引入了超级节点的概念-这打败了P2P的概念。

然而，并不是所有的事情都那么糟糕。JXTA提供了很多新的概念，其中之一是使用JXME和JXTA组合的边缘计算-你可以将其称为当前的雾计算，在这里，JXTA节点承担了大部分工作量，而受限制的JXME节点则具有一定的智能。

快进到现在，区块链解决了P2P平台无法回答的大部分甚至全部问题：信任、激励对等方、防篡改等等。

P2P仍然活着 :)

- Cool DiMI

Answer 3

我认为RMI、CORBA和Jini不太受欢迎的原因与JXTA类似：它们都比较复杂且封闭。

通常来说，简单和开放的方案更受欢迎。

这可能与全Java客户端、许可证费用或其他因素有关。

竞争也可能是一个原因。MPI是计算中广泛接受的消息传递标准。Hadoop正在获得很多关注。

更新：被接受的答案讨论了人们可能选择或不选择参与JXTA的原因。我认为我的答案更与用户采用率有关，这是不同的。我的答案回到了JXTA的起源，而不是2.6和2.7版本的细节。

- duffymo

---

回答更新：JXTA肯定有可以简化的地方，但是也有一些领域，JXTA（以及大多数P2P框架）没有很好地覆盖。这些需要一组最小的功能，这些功能不容易实现，也不能变得很小或微小。你不能仅依靠MPI实现P2P框架。 - Jérôme Verstrynge

MPI在科学计算中被广泛使用。也许P2P并不像它被描绘的那样神奇。JXTA是否被不公正地忽视，还是市场已经说了算？Sony Beta本应该比VHS更优越，但现在已经消失了。 - duffymo

我自己也在想。对于文件共享，P2P是无与伦比的。不确定CPU共享是否也能做到同样的效果，尽管BOINC、SETI@home和BitCoin在各自的领域中似乎都表现得非常出色。 - Stephen K

Answer 4

如果您使用Linux，请尝试这个：http://www.p2pns.org/ “P2PNS（点对点名称服务）是一种使用点对点网络的分布式名称服务。 P2PNS目前的重点是为去中心化VoIP（P2PSIP）提供安全高效的SIP名称解析。” 在大多数情况下，名称解析足以构建一个P2P应用程序。

- ets