布拉兹与花岗岩 - 两年后[关闭

Question

我目前正在使用Blazeds并垂涎LCD的功能，但永远不会要求我的客户支付$$$。因此，我正在考虑使用第三方工具（Dphibernate？）或切换到Graniteds自己开始构建这些功能。

从那以后，我们上次上映了两年周年 这个问题 被问到，我以为我会再问一次。

自那时以来，Spring-Flex已向燃烧的序列化支持添加了冬眠序列化支持，以避免懒惰的初始例外。还有一个新的Blazed配置选项，可以序列化仅阅读属性。

另一方面，花岗岩的潮汐能力似乎正在成熟。

再加上Servlet 3.0规格已经淘汰了一段时间，也许对NIO的额外支持对于需要推送型消息的人会产生影响。

那么最新的是什么？

Answer 1

我从来没有在生产中使用过晶粒，但是在我看来，它总是比燃烧的东西更多。除非某些公司决定从燃料中赚钱，例如添加功能，提供付费支持和专业服务。我认为Farata Systems正在这样做，但是他们可能正在为各种客户进行自定义开发。而不是在主线中添加功能。

因此，从生产力的角度来看，花岗岩可能是一个不错的选择 - 在选择它之前，我会仔细检查社区是否非常活跃，如果您在他们的论坛上收到技术问题的答案，并且最重要的是，如果易于理解花岗岩源代码，以防您遇到技术困难。

与消息传递有关，我假设如果您希望专业的解决方案，您将不会选择niether blazeds而不是花岗岩 - 市场上有专门的解决方案。如果不是两者都可以的话（Blazeds可以从我所知道的更多选择）。

通过专业解决方案，我的意思是LCD，Lightstreamer，Kaazing（甚至更多）。 LCD的一些重要功能不包括燃烧：可靠消息传递，消息节流，将解决方案部署在DMZ必须是必须的体系结构中（http://www.lightstreamer.com/architecture.htm），可以连接的能力也是非Flex客户端（HTML）。

Answer 2

截至今天（2012年2月29日），Graniteds社区仍然非常活跃，该产品会定期发展新功能，如果您遇到技术问题，则可以获得开发人员和生产支持（请参阅 这里）或只需要一种用于关键部署的保险。

Graniteds的消息传递基于异步servlet，它是成熟的（2007年末引入），在苛刻的生产环境中被证明，比燃烧的消息传递堆栈（基于经典的Servlet）更可扩展。

Answer 3

实际上，我们（Farata Systems）继续改善我们的开源产品，该产品效果很好。我们工具的最新版本（4.2）称为“清晰数据构建器”可以根据休眠或波约斯在几分钟内生成CRUD应用程序。我们也将春季框架连接起来 - 所有Blazeds客户的请求均由Spring的DispatcherServ处理。

这是Wiki页面 http://cleartoolkit.com/dokuwiki/doku.php. 。主Wiki页面的底部有屏幕截图和一个研讨会，可将您逐步通过Hibernate Process逐步通过大火，您还将看到连接Spring Security模块的容易。我们支持数据同步，分层数据集，交易更新，分页等。

显然，我们需要发出更多的噪音，以使这种好（和免费的）产品更受欢迎:)