我目前正在使用BlazeDS并且贪图LCDS的功能，但我永远不会要求我的客户支付$$$。因此，我正在考虑开始使用第三方工具（dpHibernate？）或切换到GraniteDS来自己构建这些功能。
因为，我们正在讨论this question被问到的最后一次两周年纪念日，我以为我会再问一次。
从那时起，Spring-Flex已向BlazeDS添加了Hibernate序列化支持，以避免延迟初始化异常。还有一个新的BlazeDS配置选项可用于序列化只读属性。
另一方面，GraniteDS的Tide功能似乎正在成熟。
另外，servlet 3.0规范已经推出一段时间了，也许对NIO的额外支持对那些需要推送式消息传递的人来说有所不同。
那么最新的是什么？
答案 0 :(得分：10)
截至今天（2012年2月29日），GraniteDS社区仍然非常活跃，产品定期发布新功能，如果遇到技术问题，您可以获得开发人员和生产支持（参见{{3或者只是想为关键部署提供一种保险。
GraniteDS'消息传递基于异步servlet，它已经成熟（2007年末推出），在要求苛刻的生产环境中得到验证，并且比BlazeDS消息栈（基于经典servlet）更具可扩展性。
答案 1 :(得分：3)
我从未在生产中使用过GraniteDS，但在我看来，它总会比BlazeDS有更多的好东西。没有一家公司会决定从BlazeDS赚钱，比如添加功能，提供付费支持和专业的服务。我认为Farata Systems正在这样做，但可能他们正在为各种客户进行定制开发......而不是在主线中添加功能。
因此，从生产力的角度来看，GraniteDS可能是一个不错的选择 - 在选择它之前，我会仔细检查社区是否非常活跃，如果您在论坛上收到技术问题的答案，最重要的是如果它很容易了解GraniteDS源代码，以防您遇到技术问题。
与消息传递相关我认为，如果您希望获得专业解决方案，您将不会选择BlazeDS而非GraniteDS - 市场上有专门的解决方案。如果不是两个都应该没问题（BlazeDS比我所知的更多选项）。
通过专业解决方案，我的意思是LCDS，Lightstreamer，Kaazing（可能还有更多）。 LCDS的一些重要功能不包括BlazeDS：可靠的消息传递，消息限制，在DMZ必须的架构中部署解决方案的能力（http://www.lightstreamer.com/architecture.htm），连接能力也适用于非Flex客户端（HTML）。
答案 2 :(得分：2)
实际上我们（Farata Systems）继续改进我们的开源产品，它可以很好地运行BlazeDS。我们的工具Clear Data Builder的最新版本（4.2）可以在几分钟内基于Hibernate或POJO生成CRUD应用程序。我们也连接了Spring框架 - 所有BlazeDS客户端的请求都由Spring的DispatcherServlet处理。
这是Wiki页面http://cleartoolkit.com/dokuwiki/doku.php。主Wiki页面底部有屏幕录像和研讨会，带您逐步了解BlazeDS与Hibernate流程，您还将看到连接Spring Security模块是多么容易。我们支持数据同步，分层数据收集，事务更新，分页等。
显然，我们需要制造更多噪音才能让这款优质（免费）产品更受欢迎：）