java - Java 脚本库中的 NullPointerException

Question

我正在向 Java 迈出第一步 - 尝试在 Domino Designer 8.5.2 中创建一个简单的 Java 脚本库，以使用 JSch 0.1.48 执行 SFTP 文件传输。该库将通过 LS2J 从 LotusScript 代理调用。这是我的 SFTP 类，来自脚本库，基于 this SO answer :

import com.jcraft.jsch.*;

public class SFTP {
    public String GetFile(String host, String user, String pass, 
                          String localPath, String remotePath) {
        JSch jsch = new JSch();
        Session session = null;
        try {
            session = jsch.getSession(user, host, 22);
            session.setConfig("StrictHostKeyChecking", "no");
            session.setPassword(pass);
            session.connect();
            Channel channel = session.openChannel("sftp");
            channel.connect();
            ChannelSftp sftpChannel = (ChannelSftp) channel;
            sftpChannel.get(remotePath, localPath);
            sftpChannel.exit();
            session.disconnect();
        } catch (JSchException e) {
            e.printStackTrace();
        } catch (SftpException e) {
            e.printStackTrace();
        }
        String result = "OK";
        return result;
    }
}

当我从 Java 代理调用此函数时，它似乎可以正常工作，没有任何问题。当我通过 LS2J 从 LotusScript 代理调用它时，它会传输文件，但随后会抛出错误 318 - LS2J 错误:抛出 java.lang.NullPointerException。 Java 堆栈跟踪是:

java.lang.NullPointerException
    at lotus.notes.AgentSecurityManager.checkRelatedThreadGroup(Unknown Source)
    at lotus.notes.AgentSecurityManager.checkAccess(Unknown Source)
    at java.lang.Thread.checkAccess(Thread.java:378)
    at java.lang.Thread.interrupt(Thread.java:506)
    at com.jcraft.jsch.Session.disconnect(Session.java:1630)
    at SFTP.GetFile(Unknown Source)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:48)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37)
    at java.lang.reflect.Method.invoke(Method.java:600)
    at lotus.domino.JavaConnectInvoker.invoke(Unknown Source)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:48)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37)
    at java.lang.reflect.Method.invoke(Method.java:600)
    at lotus.domino.JavaConnectLoader.invoke(Unknown Source)

问题似乎与 session.disconnect() 调用有关。我找到了其他人with similar issues从其他应用程序调用 JSch，但如果这是 JSch bug，我认为 Java 代理会抛出相同的异常。堆栈跟踪使它看起来像是 Domino 安全问题，但我不知道需要进行哪些调整才能允许此操作。代理已设置为允许受限操作，所以不是这样。这个forum post有类似的堆栈跟踪，表明该问题可能是由 Domino 拥有其线程组的清理权限引起的。

我需要在 Domino 端进行安全更改吗？我可以删除 session.disconnect() 而不孤立服务器上的无数连接吗？

Answer 1

问题发生在 AgentSecurityManager 中，您可以在 this blog entry 中阅读有关该问题的信息。 。它基本上是 Domino AMGR 插入 JVM 中的垫片，以强制实现 Domino 的安全策略。

检查并确保您已授予代理使用受限操作的权限。 (在 Lotus 奇怪术语的另一个示例中，签名者必须在服务器文档的“签名或运行不受限制的方法和操作”字段中拥有权限，但代理必须在代理属性框的安全选项卡上授予“允许受限制的方法和操作”的权限。操作”)

如果不是那么简单，那么我建议您尝试从 Domino 脚本库中取出 com.jcraft.jsch.* 的 jar，并将它们放入服务器上的 jvm/lib/ext 文件夹中文件系统。存储在文件系统上的 jar 的安全性处理方式不同，它可能会解决这个问题。