将JavaMail1.5与XPages一起使用

Question

我有一个XPage应用程序，它应该通过IMAP（和SSL）从GMail读取邮件，并将它们存储在NSF数据库中。

因此，我将java代码移到OSGI-Plugin中，并导出包，这样我仍然可以在XPage中使用它。打开javamail的debug显示了正确的1.5版本。但是现在不管我是使用imap还是imaps作为协议，我都会得到异常javax.mail.nosuchProviderException。

我错过了什么？为什么我不能在OSGi-plugin中使用JavaMail1.5jar-file？

Answer 1

javax.mail的代码实际上并不是OSGi友好的。它使用线程上下文类加载器查找实例化实现。

您可以通过以下方式对此进行欺骗：

• 将javax.mail和com.sun.mail.imap安装到OSGi容器中。版本1.5.2具有OSGi清单头，因此它应该可以工作
• 当您调用javax.mail api的一个加载提供程序的函数时，请将线程上下文类加载器设置为一个确定知道imap类的类加载器。

Thread thread = Thread.currentThread();
ClassLoader previousCl = thread.getContextClassLoader();
thread.setContextClassLoader(IMAPStore.class.getClassLoader());
try {
    session.getStore("imaps");
} finally {
    thread.setContextClassLoader(previousCl);
}

一个不那么难看的解决方案是跳过javax.mail API的使用，直接使用imap的类。

例如：

Session session = Session.getDefaultInstance(...);
Store imapStore = new IMAPStore(session, url);

在Java EE中使用SPI或类似的解决方案时，通常可以通过跳过工厂机制（使用线程上下文类加载器和其他技巧）并直接实例化实现类来实现相同的功能。

com.sun.mail.handlers.multipart_mixed incompatible with javax.activation.DataContentHandler

我现在可以想象以下几种选择：

• 删除javax.activation包。这可能会解决问题，因为在这种情况下，每个包都将连接到系统包。但是，您仍然可以稍后获得ClassNotFoundExceptions...与类加载器的错误实践作斗争：）。
• 从系统包中删除javax.activation。在这种情况下，每个人都将电线连接到捆上。然而，同样的问题也会发生，javax.activation bundle（或TCC）看不到应该加载的类。
• 在stacktrace中找到一个点，您可以在这里更改TCC并设置一个可以看到所有必需类的类加载器。这也是monoholitic技术的常见技巧（就像在最初的示例中一样，但现在是这个函数调用）。
• 找到一种具有OSGi特性但更友好的技术。如果你能找到一个，请在这里发布：）。