node.js - JBoss AS 7 和 Node.js 炒作

Question

我不想将苹果与橙子进行比较，这已经完成了，例如:

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 并没有并发问题，但是如果我有并发问题，我该怎么办？

我应该:

解决方案一:

• 水平/垂直比例

• 在 JBoss AS 前面使用 HTTPD

• 对所有任务使用@Asynchronous或消息系统(例如AKKA)

• ...

解决方案二:

• 使用node.js (rhino.js)

谁能提供 JBoss AS 7 无法扩展的实际经验吗？我自己从未有过这样的经历。

例如，想象一个具有 10.000.000 个并发请求 *在单台机器上*的 Web 应用程序(具有单个 jboss-as-instance 或单个 Node )。 js 实例)。

结果会怎样呢？

当 JBoss AS 7 崩溃时，node.js 会正常工作吗？

Answer 1

一般来说，Java EE 主要针对大规模应用程序，大多数设计决策都遵循这一点，从 session 持久性和缓存复制到 View 层。

虽然 Node.js 可能适合某些任务，但如果您想将 Java EE 6 用于整个堆栈，(在我看来)它会更好。

还有更多关于可扩展性的内容即将推出，例如 JSR-352。所以 Java EE 仍有待改进。

关于你的问题 - “当 JBoss AS 7 崩溃时” - 它通常不会崩溃。通常，崩溃是由于应用程序有缺陷或编写不当造成的。 Node.js 提供了一定的 API。 Java EE 提供了大量 API，这些 API 有时会被误用或在概念上被误解，从而导致 OutOfMemoryException 等问题。如果应用程序设计得当，水平缩放应该没有问题。