如何选择Java-COM桥？ [英] How to choose a Java-COM bridge?

问题描述

我必须创建一个自动化的Outlook和Word应用程序，我想使用Java的任务。 （唯一允许的选择是VB6，所以...）

I have to create an application which automates Outlook and Word and I want to use Java for that task. (The only allowed alternative would be VB6, so...)

经过一个快速的Google调查，我发现了几个库，但我不知道使用哪个：

After a quick Google survey I found several libraries, but I'm not sure which one to use:

• J-Interop < a>


• SWT


• JACOB


• COM4J


• jacoZoom


• ...
• 
  

• J-Interop
• SWT
• JACOB
• COM4J
• jacoZoom
• ...

我不知道如何比较这些库并作出明智的决定。看来COM4J有点过时，JACOB泄漏内存（据称）和jacoZoom是商业。每一个都似乎需要大量的样板代码来执行一个简单的方法调用。 （考虑到COM的设计，这可能是不可避免的）

I have no idea how to compare these libraries and make an informed decision. It seems that COM4J is a little bit outdated, JACOB leaks memory (allegedly) and jacoZoom is commercial. Each and every one seems to require a lot of boilerplate code to perform a simple method call. (Which might be unavoidable given the design of COM)

此外，我不知道如何选择其中之一。哪一个是最好的？

Besides that I have no idea how to choose between one of them. Which one is the best?

推荐答案

我们在生产环境中使用Jacob，效果不错。然而，这些项目似乎不是很活跃。

We use Jacob in production environment and it works out pretty well. Nevertheless the projects seems to be not very active.

说到：活动似乎是J-Interop的优势。我们尝试了这个项目，它似乎工作得很好，甚至更好的日志消息。我认为我们可以为新项目选择J-Interop。

Speaking of which: Activity seems to be an advantage for J-Interop. We tried the project as well and it seems to work out pretty good with even better logging messages. I think we might choose J-Interop for new projects.

COM4J似乎过时了，你是对的。

COM4J seems to be outdated, you're right.

这篇关于如何选择Java-COM桥？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！