Oh, sorry, I don't have that idea. In the plan, I will maintain this fork for a long time.
The reason for branching it is, on the one hand, to modularize, and on the other hand, to abandon some compatibility baggage, so that it is easier to use in the new version of JDK. For example, I deleted ZipEncoding and directly used java.nio.charset.Charset. In particular, some adjustments to the encoding and file APIs have caused a little incompatibility, so I don't think it can merge back to the main line. Gilles Sadowski <gillese...@gmail.com> 于2022年2月12日周六 21:52写道： > Hello. > > Le sam. 12 févr. 2022 à 10:08, Glavo <zjx001...@gmail.com> a écrit : > > > > I maintained a fork based on Common Compress, fully adapted to JPMS, and > > improved the support for NIO2 path API. > > All the archivers and compressors are split into separate modules. Its > core > > module is less than 90KB, and you can choose to add optional components > > freely. > > > > Because some APIs are not compatible with changes, I renamed its package, > > so it can coexist with the original commons compress. > > > > Now I have released a beta version for trial use. Welcome to try it. > Please > > give me feedback on any problems. Thank you very much. > > > > Here is the link: > > > > https://github.com/Glavo/kala-compress > > Are you indirectly suggesting that the two code bases be merged? > If so, please post to the "dev" ML. > > Regards, > Gilles > > --------------------------------------------------------------------- > To unsubscribe, e-mail: user-unsubscr...@commons.apache.org > For additional commands, e-mail: user-h...@commons.apache.org > >
