BlazeDS vs GraniteDS -2年后

Question

我目前正在使用BlazeDS，并渴望获得$$$的功能，但我永远不会要求我的客户支付LCDS的费用。因此，我正在考虑开始自己构建这些功能，使用第三方工具(dpHibernate?)或者切换到GraniteDS。

由于我们即将迎来上次this question被问到的两周年纪念日，我想我应该再问一次。

从那时起，Spring-Flex向BlazeDS添加了Hibernate序列化支持，以避免延迟初始化异常。还有一个新的BlazeDS配置选项来序列化只读属性。

另一方面，GraniteDS的浪潮能力似乎正在走向成熟。

另外，servlet 3.0规范已经发布了一段时间，对于那些需要推式消息传递的人来说，对NIO的额外支持可能会有所不同。

那么最新的情况是什么？

Answer 1

我从来没有在生产中使用过GraniteDS，但在我看来，它总是比BlazeDS..unless有更多的好处一些公司会决定从BlazeDS中赚钱，比如添加功能，提供付费支持和专业服务。我认为Farata Systems正在做这件事，但他们可能是在为各种clients..and进行定制开发，而不是在主线中添加功能。

因此，从效率的角度来看，GraniteDS可能是一个很好的选择--在选择它之前，我会仔细检查社区是否相当活跃，如果你在他们的论坛上收到了你的技术问题的答案，最重要的是，如果你遇到技术困难，是否很容易理解GraniteDS源代码。

关于消息传递，我假设如果你想要一个专业的解决方案，你不会选择BlazeDS而不是GraniteDS --市场上有专门的解决方案。如果不是这样，两个都可以(据我所知，BlazeDS有更多的选项)。

我所说的专业解决方案指的是LCDS、Lightstreamer、Kaazing (可能还有更多)。BlazeDS没有包含的LCDS的一些重要功能:可靠的消息传递、消息节流、在必须使用DMZ的体系结构中部署解决方案的能力(http://www.lightstreamer.com/architecture.htm)、连接到非Flex的能力(HTML)。

Answer 2

截至今天(2012年2月29日)，GraniteDS社区仍然非常活跃，该产品会定期使用新功能进行开发，如果您遇到技术问题(请参阅here)或只是想为关键部署提供某种保险，您可以获得开发人员和生产支持。

GraniteDS的消息传递是基于异步servlets的，它已经成熟(于2007年底推出)，在要求苛刻的生产环境中得到了验证，并且比BlazeDS消息传递堆栈(基于经典的servlets)具有更高的可扩展性。

Answer 3

实际上，我们(法拉塔系统公司)继续改进我们的开源产品，它能很好地工作在BlazeDS上。我们的工具的最新版本(4.2)称为Clear Data Builder，可以在几分钟内基于Hibernate或POJO生成CRUD应用程序。我们也连接了Spring框架--所有BlazeDS客户端的请求都是由Spring的DispatcherServlet处理的。

这是维基页面的http://cleartoolkit.com/dokuwiki/doku.php。在主Wiki页面的底部有一些截屏视频和一个研讨会，它将引导您逐步完成使用Hibernate实现BlazeDS的过程，您还将看到连接Spring Security模块是多么容易。我们支持数据同步、分层数据收集、事务性更新、分页等。

显然，我们需要制造更多的噪音来让这个漂亮的(免费的)产品更受欢迎:)