技术顾问委员会会议,2022 年 3 月 23 日
会议出席
- Puneet Behl - Object Computing 的 Grails 产品开发主管
- David Estes - Morpheus Data 联合创始人兼工程副总裁;Grails Asset-Pipeline 创建者
- Søren Glasius – Gennemtænkt IT 的架构师和技术经理
- James Kleeh - Object Computing 的 Micronaut 产品开发主管
- Ken Kousen – Kousen IT, Inc. 总裁
- Jason Schindler – Object Computing 的合作伙伴兼 Groovy、Grails 和 Micronaut 团队经理
- Jen Wiese - Object Computing,OSS 社区参与经理
- Tabitha Willan – Omaha Public Power District 的首席应用程序工程师
未出席
- Graeme Rocher - Grails 联合创始人;甲骨文架构师
- Paul King – Object Computing 的 Groovy 项目开发主管
会议由以下人员主持:Jen Wiese
议程
- 欢迎和介绍新成员
- 审查目标
- 审查内部通信渠道
- 社区更新
- 赞助更新
- 产品策略
- Grails 更新
- 技术讨论
- 公开讨论
- 闭幕会议
欢迎和介绍新成员
- 新 TAB 成员:Ken、Tabitha 和 Søren
审查目标
-
基金会目标
- 确保技术创新以及 Grails 框架的发展,作为一种免费、开放的公共使用软件开发框架,面向不断壮大的全球社区
- 宣传和推广 Grails 框架,作为 JVM 空间中的领先技术
- 构建和支持一个由补充文档、功能和服务组成的生态系统
-
技术顾问委员会目标
- 提供输入以帮助指导框架的方向
- 代表来自行业各个领域的观点
- 确保该框架继续反映并服务其多元化和不断增长的用户社区
- 你们的见解正是基金会存在的原因所在!
审查内部通信渠道
* Feel free to send in topics to discuss prior to meeting; all input and ideas are welcome
* We want to capitalize on the group of folks we have here, so please reach out
* Plan to meet at least once per quarter
社区更新
-
传教和倡导目标
- 3 次培训活动
- 2 次网络研讨会
- 2 次聚会
-
第一季度迄今为止提供的培训
- Grails 安全性简介
- 在 Grails 应用程序中使用 Micronaut 功能
赞助更新
-
工具和基础设施合作伙伴
- Gradle
- JetBrains
- 其他人的一些想法 …
- JFrog
-
- OCI
- 匿名捐赠者
- 其他人的一些想法 …
-
- 正在进行
-
如果您想详细了解 Grails 基金会以及他们将如何支持该框架并成为一家企业赞助商,请您告知我们。作为一家非营利性组织,Grails 基金会依赖我们出色的赞助商社区提供的财政支持。
产品战略(Grails 和 Micronaut)
- 专注于改进 Grails,以便用户更容易在 Grails 应用程序中利用 Micronaut 模块和功能
- 尝试在 Grails 应用程序中使用 Micronaut Servlet 运行时
- 识别可由 Micronaut 模块替换的插件
- 评估 Spring Boot 的未来,以及 JDK 切换 对 Grails 框架未来(如果有的话)的意义
Grails 更新
- Grails 5.1.1(12 月 20 日)
- Grails 数据库迁移 4.0.0-RC3
- Spring Security Core 插件
- 升级 Grails CLI
- 整合来自不同 Github 仓库的 Grails 插件
- Spring Loaded 工作一直在持续支持 JDK 11
- 目前适用于大多数项目,但大型项目存在问题
- David Estes 现在正在努力确定其原因
技术讨论
- 关于 Grails 6 的 JDK 版本的讨论
- Ken:根据 Spring 变更,有没有计划转到 JDK 11 和 JDK 17?
- David:是也不是
- Jason:上次对此进行了一些讨论,值得再次提出。问题是社区对支持需要 JDK 17 基线的最新 Spring Boot 的兴趣如何。我支持发布带有 Groovy 4 的 Grails 6 版本,但现在支持当前主要版本的 Spring Boot,而不是直接跳到 JDK 17
- Søren:从客户的角度来看,他们已经完成了从 Grails 2 到 4 的所有工作;他们担心再次出现重大问题。按较小的增量进行似乎是一个优势
- James:我考虑在 Grails 6 中坚持使用 Java 8
- David:我认为这可能是个问题,因为 8 已经不再受支持,而且许多库正在切换到 11 的基线
- Ken:那么你的建议是什么?
- James:我认为坚持使用 8 的好处主要在于许多组织仍使用 Java 8,而且我认为切换到 11 不会给该框架带来任何重大好处
- David:Asset Pipeline 将以 Java 11 为基准,因此如果该最新版本将保留在 Grails 中,则需要更新。另外 8 即将不再受支持
- Ken:我认为到今年年底,11 将成为主要版本
- Tabitha:我认为我们应该提升。我们正在尝试根据提到的某些支持原因放弃 8
- 詹姆斯:继续支持它的理由在于很多人都停留在 8
- 塔比莎:如果我们确实维护 8,我们将为那些客户花费多大的精力来维护
- 索伦:从我的角度来看,如果 Grails 6 变成 Java 11,这将迫使主要客户退出 JDK 8
- 戴维:我认为教育和政府的人员将被迫迁移至 11
- 普尼特:也许我们现在可以坚持使用 8,将此事推迟几个月,看看我们在 11 方面的情况
- 肯:我认为如果我们坚持使用 8,看起来我们就没有跟上或更新任何内容
- 詹姆斯:我认为 11 中没有太多内容有利于该框架,而在 17 中却有很多好处
- 戴维:我无论如何都需要将资产管道切换至 11,才能支持较新的 ECMA 脚本功能。我可以暂时支持旧版本,但它需要移动
- 针对 Grails 6 是否应该将 JDK 8 或 11 作为基准咨询了该组的建议
- 肯:11
- 塔比莎:11
- 索伦:11
- 戴维:11
- 詹姆斯:8
- 贾森:11
- 普尼特:8
- 肯:我主要进行培训,已经很长时间没有人要求开展 Grails 培训课程了。我担心如果我们不保持最新,就会给人一种我们没有跟上的印象
- 戴维:我注意到,当我们说人们可以为我们的产品撰写 Groovy 模块时,有些人对此感到兴奋,而另一些人则想知道为什么不是 Python 或其他语言
- 戴维:此外,Rails 经历了一段时期,在此期间兴趣不高,而现在它们在 Ruby 社区中再次非常流行,因此我们可以看看他们做了些什么
公开讨论
- 会议记录将予发布
- 感谢所有与会人员。非常感谢您的参与和时间