带你读《Apache Tomcat的云原生演进》——How to participate in Tomcat community（1）https://developer.aliyun.com/article/1377531
2. 邮件组
在Apache基金会的所有项目几乎都有邮件组，Tomcat也不例外。
下面我主要介绍两个邮件组的用法。第一个是用户邮件组，它主要是用户相关的。比如在使用过程中遇到了一些bug或者有问题，甚至是“Tomcat如何用？”这种问题，都可以在用户邮件组询问。但需要注意的是，请大家在邮件中尽量详细的描述一下问题的前因后果，以便我们更好的帮助大家排查问题以及复现问题。
比如Tomcat的版本（7/8/9/11）；操作系统（Linux/mac/Windows）；配置文件；如果你使用的是SpringBoot的项目，最好贴一下yml文件；如果是独立部署的项目，就贴一下最主要的server.xml配置文件。但在贴信息的时候，请把敏感的重要数据模糊掉。此外，如果遇到了报错，比如空指针，需要把详细的栈信息贴上。
第二个是开发邮件组，它主要和Tomcat的开发有关。需要注意的是，这个邮件组仅限于开发，如果有任何用户的问题还是得去用户邮件组。因为经过一段时间的观察，我们发现很多用户会往dev邮件组发送一些用户相关的问题，或者两个邮件组都发的情况，这对于一些订阅开发邮件组的朋友来说是存在困扰的。
dev邮件组主要用于关于Tomcat开发的讨论，比如最近比较火的JDK 21的虚拟线程，关于“Tomcat是否支持虚拟线程以及如何支持？”，就是在这个邮件组下产生的。如果大家有一些比较感兴趣的话题，可以去这个邮件组下搜索。
除了日常讨论之外，还有两个重要的作用，一个是接收提交committer的代码通知，一个是接收Bugzilla的通知。
3. BUG & PR
上图是Bugzilla，是Apache很早之前的一个bug管理系统。那么大家肯定会有一个疑问，Tomcat为什么不用Github的issues/pr来管理呢。因为Tomcat截止到目前已经有二十多年的历史了，是Apache基金会下前五比较早的项目，所以自它被捐到Apache基金会以后，它的bug的管理方式一直是Bugzilla。
其次，对于Tomcat社区而言，Bugzilla除了对于一些新手朋友不友好之外，对于老朋友来说，它的功能完全够用。只不过它的界面比较老，不是很美观。
此前，Tomcat社区也思考过，是否要将Bugzilla迁移到目前很新的系统上，比如Github的issues。因为从整体上来看，Bugzilla就不像一个现代的bug管理系统，但考虑到不是所有人都能访问Github，所以没有立马搬迁。
带你读《Apache Tomcat的云原生演进》——How to participate in Tomcat community（3）https://developer.aliyun.com/article/1377529
