JBoss AS 7和Node.js炒作
我不想比较苹果与橙色，这已经完成，例如，在：
http://blog.shinetech.com/2011/06/10/nodejs-from-the-enterprise-java-perspective/
http://adamgent.com/post/10440924094/does-java-have-an-answer-to-node-js
实际上，我没有JBoss AS 7的并发问题，但如果我有这个问题，我该怎么办？
我是不是该：
解决scheme一：
-
水平/垂直刻度
-
在JBoss AS之前使用HTTPD
-
为所有任务使用@Asynchrounous或消息系统（如AKKA）
-
…
解决scheme二：
- 使用node.js（rhino.js）
任何人都可以提供JBoss AS 7无法扩展的实践经验吗？ 我自己从来没有这样的经历。
例如，想象一个具有10.000.000个并发请求 *的Web应用程序（ 在单个机器上 *（具有单个jboss-as-instance或单个node.js-instance））。
结果会是什么？
当JBoss AS 7崩溃时，node.js能否正常工作？
一般来说，Java EE主要针对高规模应用程序，大部分devise决策都遵循这一点，从会话和caching复制到查看层的持久性。
虽然Node.js可能对某些任务有好处，但是如果要将Java EE 6用于整个堆栈，则Java EE 6是（IMO）很好的。
还有更多的可伸缩性，比如JSR-352。 所以Java EE还有待改进。
关于你的问题 – “而JBoss AS 7崩溃” – 它通常不会崩溃。 通常是错误的或写得不好的应用程序崩溃。 Node.js给出了一定的API。 Java EE提供了大量的API，这些API有时被滥用或者在概念上被误解，导致像OutOfMemoryException这样的问题。 有了一个适当的devise应用程序，水平缩放应该没有问题。
目前还没有几个经过validation的node.js的例子支持大型和stream行的应用程序。 像任何这种types的新技术一样，它将得到testing，如果它的规模将获得支持。 没有人能从技术angular度真正回答你的问题。