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