在wsadmin脚本中使用jythonvs.jacl的优点(WebSphere应用服务器7+)

Question

面对wsadmin脚本客户端的编程，我看到您可以同时使用jacl和jython。

我对两种语言都有同样的信心。

我想知道，在wsadmin编程中，是否存在使用一种语言相对于另一种语言的优势；例如健壮性、websphere管理示例或库的可用性，或者类似于您在使用和构建此类脚本方面的经验。

Answer 1

Jython是最喜欢的语言：

• 为Jyton提供了工具支持(Jython编辑器、调试器、命令完成以及在IDE中通过测试服务器测试脚本的能力)。
• WebSphere管理控制台提供控制台命令帮助；它为您提供与您使用管理控制台执行的操作等价的脚本，以防您想要自动化这些操作。此帮助使用Jython作为语言。
• 即使Jacl是wsadmin的默认语言，IBM也为将来推广Jython，甚至提供了一个tool to convert Jacl scripts to Jython。引用该工具在给定链接上的描述；

在选择脚本语言时，Jython是WebSphere应用程序服务器的管理脚本语言的战略方向，因为将来对脚本语言的增强侧重于使用Jython。

Answer 2

我不是在质疑以前的任何答复，只是补充一些事实。

尽管Jython是“战略”方向，但Jacl从v4开始就一直存在。在wasv8.5中，它仍然是默认的(并且被废弃了！)。

管理API是用Jacl编写的。对于Jython，您必须使用类似于此的技巧才能将服务器列表作为列表：

for srv in AdminConfig.list('Server').splitlines():
    print srv

而在Jacl中，可以简单地这样做：

foreach srv [$AdminConfig list Server] {
    puts $srv
}

显然，许多AdminConfig和AdminControl方法将列表返回为换行符分隔的字符串。

IBM确实在Jython和Jacl方面独树一帜。他们仍然在使用Jython2.1(发布于2002年，即使是最新和最棒的版本是v8.5)。Jacl没有得到社区的积极支持。API是Jacl友好的，不是为Jython重写的。很多客户端解决方案都是基于您在Jython中必须做的技巧，有很多基于Jacl的解决方案。即使在IBM内部，也有大量的依赖于该遗产。这可能就是为什么Jacl被弃用的原因，因为它是v5.1，而且仍然是默认的。

简言之：

• 如果要为特定任务编写一个小脚本，Jacl可能对您更方便(因为您已经提到您对Python和Tcl都很满意)
• 但是，如果您有兴趣开发更大的框架来管理WAS基础设施，那么Jython与其面向对象可能是一个更好的选择。但是不要对那个版本的Jython期望太高--它非常错误，您将无法使用太多的Python库，因为它们在很久以前就放弃了Python2.1支持。

结论是:这不是那么简单的答案(这意味着你问了一个好问题)。