Opennms-source-26.0.0.1许可违规及struts-JQuery-plug-in合规咨询

一、许可证违规的可行补救方案 #

以下方案可根据你司实际开发场景选择：

• 合规版本切换：核查struts-JQuery-plug-in的所有发行版本，筛选出未引入opennms相关依赖、完全采用Apache2.0许可组件的版本，将现有依赖切换至合规版本即可解决问题。
• 依赖链路裁剪：若你司仅用到struts-JQuery-plug-in的部分功能，无需依赖opennms相关能力，可手动剔除依赖树中opennms的引入链路，排查无关联引用后重新构建项目，完成合规校验。
• 同功能组件替换：寻找与struts-JQuery-plug-in功能匹配、许可证符合你司要求（如MIT、BSD、Apache2.0等宽松许可）的替代组件，直接替换现有依赖，从根源消除违规风险。
• 内部豁免申请：若上述方案均无法落地，且你司对该组件的使用场景完全属于内部使用、不对外分发产品也不对外提供相关网络服务，不会触发AGPL/LGPL的传染条款，可整理完整使用说明向内部开源合规团队申请白名单豁免。

二、包含AGPL JavaScript文件的插件许可判定 #

AGPL许可的传染边界核心基于「是否构成衍生作品」判定，分两种常见情况：

衍生作品判定依据：二者是否存在强逻辑耦合、是否为不可分割的整体，而非简单的资源引用关系

• 若该AGPL许可的JavaScript文件是struts-JQuery-plug-in的核心组成部分，插件功能与该JS文件强绑定、逻辑深度耦合，符合衍生作品的判定标准，则该插件整体需要适用AGPL许可。
• 若该AGPL许可的JavaScript文件是独立的第三方资源，插件仅通过标准公开接口调用、二者逻辑完全解耦，且使用时可随时替换为其他同功能JS文件，这种场景通常不触发许可传染，插件本身仍可沿用原有Apache2.0许可。
• 额外提醒：如果你的产品属于SaaS类、通过网络对外提供服务，即便没有分发代码，只要前端加载了AGPL许可的JavaScript资源，也会触发AGPL的开源要求，需要对外公开对应服务的完整源码。

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