Personally, I'm in favor of the second approach. There are several pros: 1. The decouple of server-side JDK support version and client-side JDK support version will make it easy to upgrade the JDK version on the server side, while keeping the compatibility on the client side. 2. With the second option, we don't have to maintain the support matrix as what the current PR implemented ( https://github.com/apache/gravitino/pull/7418), which will make the code easy to maintain.
The downside of the 2nd option is that: With the upgrading of JDK version on the server side, it will potentially impact the existing users if they want to upgrade the Gravitino version. So we'd like to hear the feedback from the community. Best, Jerry ShaoFeng Shi <[email protected]> 于2025年7月9日周三 19:07写道： > Make sense; definitely we need to upgrade the JDK version, and JDK 8 is > pretty old. Upgrading the server side is the first step. > > Best regards, > > Shaofeng Shi 史少锋 > Apache Incubator PMC member, > Email: [email protected] > > > > > > > Fanng <[email protected]> 于2025年7月9日周三 16:03写道： > > > Hi, > > I want to propose a discussion about upgrading the minimum JDK > > version of the Gravitino server to 17 while keeping the Gravitino > > client and Spark&Flink connector JDK version to 8 to keep > > compatibility. > > Recently, I'm working on upgrading the Iceberg version from 1.6 to > > 1.9 for IRC to support more interfaces. Still, Iceberg 1.7 drops the > > support for JDK8, so I had to split Iceberg code to common-module > > which contains legacy code for old version and modern-module which > > contains the code for Iceberg new version. User could choose the > > Iceberg version when compiling Gravitino, and we should provide > > Gravitino server and IRC server for old and new Iceberg version > > seperately. Please refer to > > https://github.com/apache/gravitino/pull/7418 for more details. It's > > hard to maintain for both the developer and the user. > > So how about upgrading our Gravitino server min JDK version to 17 > > and leave Gravitino clients and connectors to 8, just like Trino > > server using High JDK version while Trino client using low JDK > > version? This will make the trade-off better for compatibility and > > simple usage, and maintenance of Gravitino. > > > > > > Best, > > Xiaojing > > >
