Java 天基建筑？

《实用程序员》的一章建议将黑板/基于空间的体系结构+规则引擎作为传统工作流系统的更灵活的替代方案

我正在从事的项目目前使用一个工作流引擎，但我想评估替代方案。我真的觉得SBA可以更好地解决我们的业务问题，但我担心社区支持/用户群/供应商/选项完全缺乏

JavaSpaces已经死了，而JINI从ApacheRiver分拆出来的项目似乎需要生命支持。半空间看起来很完美，但这是一场单人秀。唯一可行的解决方案似乎是GigaSpaces

---

我很想听听您对基于空间的体系结构的看法，以及您在现实世界中实现的任何体验。

除了Jini 2.1版本是很久以前（2005年10月）的事实之外，为什么您认为Javaspaces已经死了？在使用了它之后，我认为它表明了一套成熟和完整的技术，而不是一些被抛弃和废弃的东西

---

关于Javaspaces的另一个实现，请看。它得到了更定期的维护和增强（最新版本为2008年7月），并提供了比Sun提供的默认的

支腿

更高性能和更易管理的Javaspace实现。

Gigaspaces是JavaSpaces的一个成功的商业实现——因此，我不会说JavaSpaces已经死了

---

您可以查看一下（）以了解它是否满足您的需求。

虽然它不支持JavaSpacesAPI，但我建议您查看Oracle Coherence以获得一个分布式、可靠的“实时”数据存储，它可以驱动基于事件的工作流。例如，由于可靠性和性能问题，德意志银行（Deutsche Bank）成功地将“SBA”（基于空间的体系结构）替换为基于外汇交易一致性的事件驱动系统

---

为了充分披露，我在甲骨文公司工作。这篇文章中表达的观点和观点是我自己的，不一定反映我的雇主的观点或观点。

嗨，布莱恩，我说JavaSpaces已经死了，因为Jini规范（JavaSpaces是其中的一部分）和Sun的实现被转移到了一个Apache孵化器项目（River）中，该项目的支持似乎有限。JMS、JCR、JPA等也是成熟规范的例子，但它们有活跃的社区。我应该澄清我的死声明。有一些规范/API/标准是积极维护的，有丰富的社区，有多种可靠的实现可供选择（想想JMS、JPA，甚至是XML或JSON之类的东西）。我称JavaSpaces为死空间，因为它没有这些有益的属性可供补充：我正在研究GigaSpaces和SemiSpaces，但我的问题实际上更广泛：谁使用了这种架构，他们对它有什么看法？我想要恐怖/成功的故事、比较、想法等。问题是似乎没有人有这种经历。但现在，它死了吗？