查找Domino代理所使用的JAR文件位置

根据你描述的场景和Domino的历史特性，以下是目标JAR或编译类文件可能存在的位置，以及对应的检查方法：

1. NSF文件内部的设计元素 #

这是你记忆中JAR存储的最可能位置，重点检查以下几个区域：

• Domino Designer中的Java资源节点：打开目标NSF，切换到Resource视图，查看Java目录下的包结构（对应de.my.company.forms.database的层级），可能直接存在编译后的.class文件；同时检查Shared Code > Libraries节点，是否有命名相关的Java库（JAR）。
• 嵌入式Java归档：在Designer的Embedded Elements > Embedded Java Archives下，查看是否有嵌入的JAR文件，这类资源是直接打包在NSF内的。
• NSF的隐藏视图：用Notes客户端打开NSF，创建临时视图，选择“显示所有设计元素”，或者使用工具（如NotesPeek）浏览NSF内部的$JavaResources、$Libraries等隐藏视图，这些视图会存储NSF内的Java相关资源。

2. Domino服务器的全局类路径目录 #

即使你记得JAR存在NSF，也可能因配置变更被移到服务器全局位置：

• 检查服务器的data/domino/java目录，这是Domino默认存放自定义Java库的位置；
• 查看服务器jvm/lib/ext目录，部分JDBC驱动或通用库会放在这里；
• 打开服务器的notes.ini文件，查找JavaUserClasses或JavaUserClassesExt参数，这两个参数会指定额外的类路径，里面可能包含目标JAR的路径。

3. NSF内的隐藏文档附件 #

部分旧Domino应用会将JAR作为附件存在隐藏的配置文档中：

• 在Notes客户端中创建一个视图，添加“附件”列，显示所有文档的附件，筛选.jar后缀的文件；
• 使用Designer的“搜索”功能，在整个NSF中搜索文件名包含db2或database的附件。

4. 注意：可能是单独的.class文件而非JAR #

你提到找JAR，但二十多年前的Domino版本（如R5/R6）支持直接在Designer中编写Java类，编译后以单个.class文件存储，而非打包成JAR：

• 在Designer的Java资源节点下，按照包路径de/my/company/forms/database查找DatabaseAccessToDb2.class文件；
• 用工具提取NSF内的$JavaClasses视图内容，直接获取这些编译后的类文件，无需JAR即可反编译。

关于文件类型的说明 #

WAR文件确实与你的场景无关，无需关注，重点集中在.jar和.class文件上。

内容的提问来源于stack exchange，提问作者Marged