Well, I'm planning to develop a software similar to 7zip. Common Compress is the best choice for all foundations, but not all places satisfy me, so it's necessary to maintain my own fork.
Of course, now I want it to be an attempt at the same time. After I finish it further, and get some user feedback, I'll try to feed some of it back to the mainline. Now I'm preparing to implement the FileSystem. When I finish it, I'll go to the developer mailing list to talk about this. Thank you again for your advice. Christoph Läubrich <[email protected]> 于2022年2月13日周日 03:48写道： > > Oh, sorry, I don't have that idea. In the plan, I will maintain > > this fork for a long time. > > Just from a users perspective: Such projects often tend to slowly dying > over the time even if single developers are enthusiastic at first place. > > So you should really consider if it would be more profitable to have > your changes integrated upstream as they sound exactly how commons-math > has moved in the past (more modules, clean up old apis and so on..) so > it seems valid for commons-compress as well. > > > > Am 12.02.22 um 15:26 schrieb Glavo: > > 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 <[email protected]> 于2022年2月12日周六 21:52写道： > > > >> Hello. > >> > >> Le sam. 12 févr. 2022 à 10:08, Glavo <[email protected]> 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: [email protected] > >> For additional commands, e-mail: [email protected] > >> > >> > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > >
