On 2013-07-20, dam6923 . wrote:
> So, I'm fairly new to the world of compression implementations. Is
> ZLIB (RFC 1950) supported by the current COMPRESS library?
No.
> If not, perhaps we can borrow from APACHE MINA?
>From what I can tell the use jzlib which lives in the jsch SSH ecosystem
and
On 2013-07-20, dam6923 . wrote:
> I am a big fan of the commons VFS and commons compress libraries. I
> use them a lot of work and have been real time savers. Having dug
> through the code of commons compress, I noticed a big "TODO" comment
> about the TarInputStream#skip() method. I have corre
So, I'm fairly new to the world of compression implementations. Is
ZLIB (RFC 1950) supported by the current COMPRESS library? If not,
perhaps we can borrow from APACHE MINA? I see on their "thank you
page" a reference to "Vinod Panicker - Zlib compression."
~BB
Beluga,
Whatever you and Stefan get resolved for Ant, he will then port over to
Commons [compress], being the primary maintainer of both sets of archiver
code. ;)
Matt
On Fri, Jul 19, 2013 at 5:59 PM, dam6923 . wrote:
> Hello,
>
> I am a big fan of the commons VFS and commons compress libra
Hello,
I am a big fan of the commons VFS and commons compress libraries. I
use them a lot of work and have been real time savers. Having dug
through the code of commons compress, I noticed a big "TODO" comment
about the TarInputStream#skip() method. I have corrected the issue
and the performanc
Hello Jared.
I have only contributed a few patches, and I see that there is
argument about whether this thread should even be about anything
other
than technical issues, but I figured I would at least chime in.
I found the submission process to be more difficult than I expected,
but I also th
On 7/19/13 2:36 PM, Konstantin Berlin wrote:
> The question is how correctly to do AQ and how to correctly handle
>
>> improper integrals. What I would appreciate is some real numerical
>> analysis or pointers to where we can do the research to support what
>> Ajo is asking us to commit. Just run
The question is how correctly to do AQ and how to correctly handle
> improper integrals. What I would appreciate is some real numerical
> analysis or pointers to where we can do the research to support what
> Ajo is asking us to commit. Just running tests on one problem
> instance demonstrates n
Dear Wiki user,
You have subscribed to a wiki page or wiki category on "Commons Wiki" for
change notification.
The "BeanUtils" page has been changed by BenediktRitter:
https://wiki.apache.org/commons/BeanUtils?action=diff&rev1=10&rev2=11
Comment:
Back to the future
You can find answers to co
>From: Ted Dunning [mailto:ted.dunn...@gmail.com]
>Sent: Friday, July 19, 2013 2:21 PM
>To: Commons Developers List
>Subject: Re: [Math] Cleaning up the curve fitters. .
>The discussion about how to get something into commons when it is (a) well
>documented and (b) demonstrated better on at least
On 7/19/13 12:38 PM, Ted Dunning wrote:
> On Fri, Jul 19, 2013 at 12:27 PM, Phil Steitz wrote:
>
>>> It still seems to me that it would serve CM well to pay more attention to
>>> Ajo's comments and suggestions. Simply saying that we should focus on
>>> technical discussion when CM's list is fille
On Fri, Jul 19, 2013 at 12:27 PM, Phil Steitz wrote:
> > It still seems to me that it would serve CM well to pay more attention to
> > Ajo's comments and suggestions. Simply saying that we should focus on
> > technical discussion when CM's list is filled with esthetic arguments
> > really just s
On 7/19/13 12:21 PM, Ted Dunning wrote:
> The discussion about how to get something into commons when it is (a) well
> documented and (b) demonstrated better on at least some domains is
> partially procedural, but it hinges on technical factors.
>
> I think that Ajo is being very reserved here. Wh
The discussion about how to get something into commons when it is (a) well
documented and (b) demonstrated better on at least some domains is
partially procedural, but it hinges on technical factors.
I think that Ajo is being very reserved here. When I faced similar
discouragement in the past wit
As I said above, let's focus on actual technical discussion here.
We implement standard, well-documented algorithms. We need to
provide references and convince ourselves that what we release is
numerically sound, well-documented and well-tested. We do our best
with the volunteer resources we hav
Hi,
I very much appreciate the work that has been done in CM and this is
precisely why I'd like more people to contribute. Even when you didnt'
accept my MATH-995 patch, I got useful input from Konstantin and it has
already made my application more efficient.
What you required of me in the Improp
Whoa, a JVM core dump...
Gary
-- Forwarded message --
From: Apache Jenkins Server
Date: Fri, Jul 19, 2013 at 8:21 AM
Subject: Build failed in Jenkins: HttpComponents Core » Apache HttpCore NIO
#509
To: comm...@hc.apache.org
See <
https://builds.apache.org/job/HttpComponents%20C
On 19 July 2013 01:49, Gilles wrote:
> On Fri, 19 Jul 2013 01:10:23 +0100, sebb wrote:
>>
>> Unfortunately the change to package_info.java has uncovered a bug in
>> the incremental compiler:
>>
>> https://jira.codehaus.org/browse/MCOMPILER-205
>>
>> This slows up retesting.
>>
>> Two possible work
18 matches
Mail list logo
