Hi Yuan, Before opening it, I raised libthrift to 0.25.0 and TsFile to 2.5.0 in extras, keeping IoTDB at 2.0.11, compiled every module that uses TsFile or Thrift classes, and ran the unit tests of the ones that call TsFile directly.
Everything compiles and the tests pass, except one test of the Flink TsFile connector: RowTsFileInputFormatIntegrationTest.testStreamExecution fails with "TSDataType$$Lambda... is not serializable". It passes with libthrift 0.25.0 and TsFile 2.4.0, so TsFile is the cause. Since apache/tsfile#872, each TSDataType constant holds two caster lambdas, and Flink's ClosureCleaner checks every non-transient field, including those of enum constants. I opened apache/tsfile#1065 to make the two fields transient. With that change applied to v2.5.0, all of the connector's tests pass. So I would raise libthrift and TsFile in extras together, once a TsFile release includes that fix. If you prefer, I can raise libthrift alone now. Zihan Yuan Tian <[email protected]> 于2026年11月2日周一 14:42写道： > > Hi Zihan, > > I think you can submit a pr to iotdb-extras repo to upgrade the > dependencies. > > > > On Sun, Nov 1, 2026 at 10:54 PM Zh D <[email protected]> wrote: > > > Hi Yuan, > > > > I ran the iotdb-extras JDBC consumers against one server built from > > 7aa8e63a7c6, once with the 2.0.11 release driver and once with the > > driver from that commit. > > > > Tested: examples/mybatis-generator (IoTDBGeneratorIT and the generator > > run), examples/mybatisplus-generator (IoTDBMapperIT and CodeGenerator), > > and, in the tree dialect, connectors/zeppelin-interpreter and > > connectors/grafana-connector. mybatis-generator and mybatis-support do > > not depend on iotdb-jdbc. > > > > None of the listed behavior changes breaks these modules. All ITs pass > > with both drivers, and the generated Java and mapper XML are the same, > > with one change for the better: for tables with a COMMENT, MyBatis > > Generator now writes the table's own comment. With 2.0.11, getTables > > ignored the table name and the generator used the first table's one. > > > > One thing for later: extras manages libthrift 0.23.0 and TsFile 2.4.0 > > to match 2.0.11. With those, the client from 7aa8e63a7c6 fails on its > > first connection with NoSuchMethodError, because of the Thrift 0.25.0 > > bump (#18793). So when extras moves to a release that contains it, > > those two versions have to move too; 0.25.0 and 2.5.0 work with both > > drivers. > > > > Zihan > >
