在后Java世界中，Linux上的SOA最好的语言/平台是什么？

Question

我需要为SOA中一系列服务的新开发选择一种语言/平台。我正在研究Scala和Clojure，但不要认为社区和产品对于现实世界的企业产品来说还不够成熟。

Update/Clarifications:

当然，

1. 我们可以为SOA使用许多语言/平台，但是有些语言/平台更容易并且更适合于SOA。针对SOA的最佳选择应该允许接口编程(以简化合同的定义)，应该有托管服务的选项(如Felix或.NET中的WCF )，并具有良好的扩展性(请参阅RoR的Twitter问题)。
2. Java一直是企业市场上最受欢迎的。然而，许多开发人员正在研究动态语言，并讨论了v6之后的Java停滞问题。因此，许多新的post Java语言已经出现: Scala、Clojure和Groovy，举几个仍然运行在JVM上但不是Java.

的例子。

我希望这些都能澄清问题。

Answer 1

这取决于你所说的“成熟到适合现实世界的企业产品”是什么意思，以及你对生活在前沿的相对容忍程度。

例如，我目前正在Clojure中构建一个“真实世界的企业产品”(我对Scala同样感到满意，只是Clojure从并发和元编程的角度更好地满足了我的需求)。

我对我的决定很满意。

如果您正在考虑这个“后Java”路径，那么可以快速地看到以下几个方面：

• 社区是伟大和支持，但你仍然需要自己解决问题，如果只是因为还没有其他人遇到同样的问题。这些都不可能是不可逾越的，但它确实给交货计划带来了一些额外的风险。
• --无论是Scala还是Clojure --都可以非常高效(按每小时编码交付给客户的价值计算)，但您也可以在任何语言中编写糟糕的、不可维护的代码。Java很大程度上迫使您以标准化的方式编写东西，有些冗长，但在语法上却简单易懂。使用Scala和Clojure，您可以获得一整套疯狂的方法来击中目标或击中自己的脚。您的团队将能够充分利用Scala/Clojure的优势吗？
• 很难(尽管并非不可能)让熟练的人员加入到现有的Clojure/Scala技能中来。另一方面，拥有这些技能的人(或热衷于获得这些技能)很可能是更有才华、更有动力的开发人员之一，因此搜索工作可能仍然有成效。
• 准备好就是否瞄准“即将到来”的语言/库功能做出艰难的决定。例如，您是否等待Clojure 1.3中提供的增强原语支持？或者使用Clojure 1.2中的完全适当但速度较慢的原始函数？
• 在JVM上的一个巨大好处是，您仍然可以充分利用Java生态系统，而无需将其作为一种语言绑定到Java上。不要低估这是多么有用:例如，在我的Clojure应用程序中，我非常透明地使用了许多经过很好测试的成熟Java库(例如Netty)。这大大降低了您的风险和您需要做的新开发的数量。

Answer 2

目前(刚刚完成了一个服务/集成项目)，Spring之上的泽西岛就在我最喜欢的web服务列表上。

我不能为SOA框架提供任何建议，上一次我参与到这种事情中时，我们用户Oracle BPEL流程管理器和我对它有着复杂的感觉。那时我们也没有使用REST，我也不确定Oracle软件与它的工作效果如何。

Answer 3

对我来说，python似乎是实现SOA并与Windows计算机具有互操作性的最简单方法。我没有框架名称，但是在SOAP、REST、RPC中有很多框架。