Mucheen · Oct 25, 2026 · Oct 25, 2026 · Oct 25, 2026 · Oct 25, 2026 · Oct 25, 2026
@@ -68,6 +68,8 @@ LSP 控制中心和语言工具发现沿用现有 Rust Core LSP 会话。组合
 
 macOS 使用声明式插件包和 publisher Ed25519 包签名；Windows 使用自己的 Tauri 插件包和平台签名、缓存适配器，接入共享契约 `shared/contracts/plugins/v1/` 时复用同一份声明语义。Windows 不得因为跨平台而把 macOS 的目录或构建脚本复制到 Windows。两端都必须满足：插件自有资源、构建时校验、运行时只读安装目录、禁用和卸载可清理自有资源。
 
+Windows Java 候选由 `Plugins/win/Official/JavaSupport/` 与 `scripts/plugins/assemble-windows-java-support.py` 独立维护，离线校验固定下载并选择 Windows JDK、PE 架构和 JDT configuration。候选输出与输入回执走不可复用的 `official-plugin-packages` 路由，只有既有哈希校验路由覆盖的 JDT/JDK 下载缓存可以复用。Windows 文件签名不封装相邻资源，当前未签名 bundled Java 仍拒绝，生产 `packageTrust` 保持关闭；具体门槛见 [Java 来源与独立发布笔记](2026-10-25-java-plugin-distribution-foundation.md)。
+
 ## 考虑过的备选方案
 
 1. 把所有语言服务器随主程序打包：启动简单，但增加主程序体积和每个用户的维护成本，也无法实现按需安装。
@@ -79,20 +81,23 @@ macOS 使用声明式插件包和 publisher Ed25519 包签名；Windows 使用
 
 用户只为安装的语言承担下载和索引成本，插件包可以独立发布、验证、重装和卸载。构建过程需要访问固定的上游归档，发布环境必须准备对应架构和签名身份；Node.js 等外部运行时仍由平台能力检查，不由插件偷偷写入安装目录。
 
-插件包、解压结果、语言服务器下载缓存和运行时语言工具没有可靠的跨工作树身份标记，继续在 `scripts/resources/worktree-resources.json` 中作为隔离资源处理，不能通过工作树复用脚本复制。
+插件包、解压结果和运行时语言工具没有可靠的跨工作树身份标记，继续在 `scripts/resources/worktree-resources.json` 中作为隔离资源处理。只有注册表明确列出、按固定版本/平台/架构及来源哈希独立校验的下载缓存允许复用，不能用下载哈希替代完整包签名或运行时状态归属。
 
 ## 验证
 
 - `./scripts/plugins/verify-official-plugins.sh`：检查官方插件组装、语言服务器清单、启动器、包内无原生代码和包签名。
 - `./scripts/macos/verify/verify-runtime-bundle-immutability.sh`：确认典型启动和插件工作流不会改写已安装 bundle。
-- `node scripts/resources/test-reuse-worktree-resources.mjs`：确认语言服务器下载和插件包不能跨工作树复用。
+- `node scripts/resources/test-reuse-worktree-resources.mjs`：确认未注册的资源与完整插件包拒绝复用，固定下载缓存只走独立校验路由。
+- `python scripts/plugins/test-assemble-windows-java-support.py`：确认离线 Windows 候选的完整资源、架构、输入哈希和归档安全边界；不当作正式签名或真实 JDT 验收。
 - `./scripts/agent-notes/verify-agent-notes.sh`：确认本笔记格式、路径和验证命令有效。
 - 相关 macOS 测试：`MacPluginPackageDownloaderTests`、`LanguageServerToolServiceTests`、`LanguageExtensionProcessLifecycleTests` 和 `PluginPackageStoreTests`。
 - 新增插件还必须验证下载失败、校验失败、取消、等待重启、重装、回滚、禁用和卸载后的进程与文件清理。
 
 ## 适用范围
 
 - `Plugins/mac/Official/`
+- `Plugins/win/Official/JavaSupport/`
+- `scripts/plugins/assemble-windows-java-support.py`
 - `scripts/plugins/build-official-plugins.sh`
 - `macos/Sources/Lithe/Platform/MacOS/Plugins/`
 - `macos/Sources/Lithe/Platform/MacOS/Runtime/MacRuntimeToolDiscovery.swift`

@@ -43,6 +43,8 @@ Rust Core 负责校验声明、识别工程、展开每一条命令行，并把
 
 没有声明的能力不报错，也不会出现在界面上。例如 Cargo fixture 没有声明依赖树，Build 工具窗口就不显示依赖区。
 
+`build.detect` 对普通文件根或不存在的根保留空实例结果，这属于检测入口的既有兼容边界。共用工作区扫描器后仍在此入口区分根的类型；真实目录的读取、权限或扫描失败继续返回拒绝，不能把所有 I/O 错误当作“未检测到项目”。不要为了修复 Windows 的非目录错误而放宽共用扫描器，也不要让宿主按操作系统错误码猜测空结果。
+
 字段全集只写在 `shared/contracts/plugins/v1/README.md` 的 “API level 3: build systems” 一节和 `plugin-manifest.schema.json` 里，本 Note 不重复。四个 fixture 各示范一种模型来源，按能力命名而不是按真实插件命名：`build-static-file`（读项目文件，内容用 Cargo）、`build-command-stdout`（解码命令输出，内容用 Go）、`build-command-output-file`（解码命令写出的文件，内容用 Gradle）、`build-host-integration`（交给宿主集成，内容用 Maven）。`build-provider`、`build-provider-language-server` 分别示范 Provider 的两种写法。
 
 ### 2. Core 与宿主的分工

@@ -166,6 +166,12 @@ Swift 和 Windows 各写一遍合并规则最直接，但两边一旦有细微
 - 代价：项目设置文件会出现在用户仓库里，团队需要决定是否提交它。
 - 现有的 Java/Maven 项目设置页（`ProjectRuntimeSettingsView`、`LSPControlCenterView` 中的 Maven 重试）仍是宿主代码，属于历史遗留，后续应迁移到 Java 插件的声明里，不能作为新增特判的先例。
 
+Windows 设置验收使用独立 API3 受控插件，而不是删减正式包的 requires。受控包包含既有 LSP fixture，因此必须披露语言服务器权限和完整程序声明，并把获批声明及归档摘要与安装记录逐项比较。注册语言设置页与真实双窗口覆盖保存、空值、重置、字节冲突、项目及全局重载、升级停用卸载；这些受控检查不能替代正式发布包或插件函数验收。
+
+验收观察器适配锁定 Tauri 的 Windows fetch IPC 与真实 callback Map，不改写被冻结的 invoke，不替换原生命令或回复。收尾先恢复 fetch，随后等待已接纳回调有界排空，再正常退出宿主，最后比较运行镜像和插件资源；未退出、未排空、丢失调用或资源变化都不能报告通过。postMessage 回退传输未覆盖，仍是待验范围。
+
+公共搜索清空的产品验收从已开放的插件设置列表进入，保留明确选中的已安装包与原始行身份。通过浏览器输入通道发送 Enter/Space down/up，观察同一输入节点重新获得焦点、零匹配过滤恢复、原选中项和详情不变；不使用合成 DOM 键盘事件或补发 click。该操作应没有声明式插件 IPC。测试失败也保留部分快照、释放元素句柄，并继续执行观察器、原生进程及资源快照的收尾。CDP 输入不能证明物理键盘或真实输入法。
+
 ## 验证
 
 - Windows `plugin_host::settings::transaction_tests` 覆盖两个后台编辑保留各自字段、读取到前一次提交以及临时文件回收；既有 `settings_tests` 覆盖删除最后一个值、保留其他插件及损坏文件不被重置。