You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@commons.apache.org by Glavo <zj...@gmail.com> on 2022/02/12 09:08:17 UTC
[Compress] Modular Commons Compress and better NIO2 Path API support
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
Re: [Compress] Modular Commons Compress and better NIO2 Path API support
Posted by Glavo <zj...@gmail.com>.
Thank you for your reply.
My original idea was that I, as its user, encountered problems and tried to
solve them myself. I wanted to find other users with the same problems to
communicate.
Since I didn't want to give it directly to the upstream as a PR, I didn't
bother the developer mailing list.
However, after reading your reply, I realized that this is also a
meaningful attempt to the upstream, so communicating with developers may be
a better choice.
Thank you for your advice. I'll go there.
Gilles Sadowski <gi...@gmail.com> 于2022年2月12日周六 23:11写道：
> Le sam. 12 févr. 2022 à 16:01, Glavo <zj...@gmail.com> a écrit :
> >
> > >
> > > Then, what's the purpose of your message to this ML?
> > >
> >
> > My objective is to see if anyone else wants Common Compress to work with
> > JPMS.
>
> A worthy objective IMHO, and indispensable in the mid-term AFAIK.
>
> >
> > If this is not the right place to talk about this, I apologize for it.
>
> The right place to discuss development is the "dev" ML.
> The "user" ML is for question about usage of "Commons" components.
>
> Regards,
> Gilles
>
> > > [...]
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@commons.apache.org
> For additional commands, e-mail: user-help@commons.apache.org
>
>
Re: [Compress] Modular Commons Compress and better NIO2 Path API support
Posted by Gilles Sadowski <gi...@gmail.com>.
Le sam. 12 févr. 2022 à 16:01, Glavo <zj...@gmail.com> a écrit :
>
> >
> > Then, what's the purpose of your message to this ML?
> >
>
> My objective is to see if anyone else wants Common Compress to work with
> JPMS.
A worthy objective IMHO, and indispensable in the mid-term AFAIK.
>
> If this is not the right place to talk about this, I apologize for it.
The right place to discuss development is the "dev" ML.
The "user" ML is for question about usage of "Commons" components.
Regards,
Gilles
> > [...]
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@commons.apache.org
For additional commands, e-mail: user-help@commons.apache.org
Re: [Compress] Modular Commons Compress and better NIO2 Path API support
Posted by Glavo <zj...@gmail.com>.
>
> Then, what's the purpose of your message to this ML?
>
My objective is to see if anyone else wants Common Compress to work with
JPMS.
If this is not the right place to talk about this, I apologize for it.
Gilles Sadowski <gi...@gmail.com> 于2022年2月12日周六 22:50写道：
> Le sam. 12 févr. 2022 à 15:27, Glavo <zj...@gmail.com> a écrit :
> >
> > Oh, sorry, I don't have that idea.
>
> Then, what's the purpose of your message to this ML?
>
> > 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.
>
> Not entering into details here, those look like improvements that could
> be discussed on "dev"...
>
> Regards,
> Gilles
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@commons.apache.org
> For additional commands, e-mail: user-help@commons.apache.org
>
>
Re: [Compress] Modular Commons Compress and better NIO2 Path API support
Posted by Gilles Sadowski <gi...@gmail.com>.
Le sam. 12 févr. 2022 à 15:27, Glavo <zj...@gmail.com> a écrit :
>
> Oh, sorry, I don't have that idea.
Then, what's the purpose of your message to this ML?
> 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.
Not entering into details here, those look like improvements that could
be discussed on "dev"...
Regards,
Gilles
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@commons.apache.org
For additional commands, e-mail: user-help@commons.apache.org
Re: [Compress] Modular Commons Compress and better NIO2 Path API support
Posted by Glavo <zj...@gmail.com>.
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 <la...@googlemail.com.invalid> 于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 <gi...@gmail.com> 于2022年2月12日周六 21:52写道：
> >
> >> Hello.
> >>
> >> Le sam. 12 févr. 2022 à 10:08, Glavo <zj...@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-unsubscribe@commons.apache.org
> >> For additional commands, e-mail: user-help@commons.apache.org
> >>
> >>
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@commons.apache.org
> For additional commands, e-mail: user-help@commons.apache.org
>
>
Re: [Compress] Modular Commons Compress and better NIO2 Path API support
Posted by Christoph Läubrich <la...@googlemail.com.INVALID>.
> 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 <gi...@gmail.com> 于2022年2月12日周六 21:52写道：
>
>> Hello.
>>
>> Le sam. 12 févr. 2022 à 10:08, Glavo <zj...@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-unsubscribe@commons.apache.org
>> For additional commands, e-mail: user-help@commons.apache.org
>>
>>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@commons.apache.org
For additional commands, e-mail: user-help@commons.apache.org
Re: [Compress] Modular Commons Compress and better NIO2 Path API support
Posted by Glavo <zj...@gmail.com>.
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 <gi...@gmail.com> 于2022年2月12日周六 21:52写道：
> Hello.
>
> Le sam. 12 févr. 2022 à 10:08, Glavo <zj...@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-unsubscribe@commons.apache.org
> For additional commands, e-mail: user-help@commons.apache.org
>
>
Re: [Compress] Modular Commons Compress and better NIO2 Path API support
Posted by Gilles Sadowski <gi...@gmail.com>.
Hello.
Le sam. 12 févr. 2022 à 10:08, Glavo <zj...@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-unsubscribe@commons.apache.org
For additional commands, e-mail: user-help@commons.apache.org