Yes in both cases is safest.
Gary
On Wed, Feb 17, 2021, 14:17 Brett Okken wrote:
> 512 is also the default in GZIPInputStream, but I agree that it seems
> quite small, which is why I want to be able to adjust it :)
>
> I have not contributed to this project in the past. Does this type of
>
512 is also the default in GZIPInputStream, but I agree that it seems
quite small, which is why I want to be able to adjust it :)
I have not contributed to this project in the past. Does this type of
issue just need a PR, or should I log a JIRA also?
Brett
On Wed, Feb 17, 2021 at 1:04 PM Gary
Sounds good to me. Also the default seems small, or is that a standard size
for Gzip, otherwise 4k or 8k seems better.
Gary
On Wed, Feb 17, 2021, 11:48 Brett Okken wrote:
> The deflateBuffer in GzipCompressorOutputStream is hardcoded to 512.
> Are there any objections to making that size
The deflateBuffer in GzipCompressorOutputStream is hardcoded to 512.
Are there any objections to making that size configurable in
GzipParameters? If that is acceptable, I can create a PR with the
changes.
Thanks,
Brett
-
To
+1
Vetted correctly:
build java 8,
build java 11,
RAT
clirr
japicmp
signatures (all nexus and dist)
nit (If I complain about something then I should fix it ;-) …. ) - low test
coverage in jacoco reports.
@Gary - thanks as always at keeping the project moving forward.
Cheers,
-Rob
> On Feb
Hello.
Le mer. 17 févr. 2021 à 04:25, Marko Malenic a écrit :
>
> Hi all,
>
> I've completed an implementation of a truncated normal distribution for
> commons-statistics,
> as described by:
> https://issues.apache.org/jira/browse/STATISTICS-27
> at:
>
