Logback 1.2.9+版本弃用logback.groovy的原因咨询

1. 为何移除Groovy配置支持？ #

• Groovy配置的实际使用率极低，维护它需要持续跟进Groovy的版本迭代，处理不同版本间的兼容性问题，占用了团队大量核心资源，不如把精力集中在XML/JSON配置、性能优化等更主流的核心功能上。
• Groovy作为动态脚本语言，其配置方式存在潜在的安全风险，动态执行的特性可能被利用进行注入攻击，移除该特性能减少项目的安全隐患。

2. 未推出logback-groovy包单独提供支持的原因？ #

• 单独维护logback-groovy包需要独立的版本管理、测试流程和资源投入，但使用Groovy配置的用户群体规模太小，投入产出比极低，不值得单独拆分维护。
• Logback团队更倾向于推广XML、YAML/JSON这类更成熟、工具链更完善的配置格式，社区支持也更广泛，没必要为小众需求单独维护子项目。

关于GitHub无Issues板块的说明 #

Logback项目的官方问题反馈渠道并非GitHub Issues，而是通过官方邮件列表或原项目的JIRA系统进行问题提交与讨论。GitHub仓库仅作为代码托管平台，并非主要的社区互动渠道，因此没有开放Issues板块。

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