--
From: "Gilles Sadowski"
Sent: Wednesday, August 04, 2010 2:27 PM
To:
Subject: Re: [Math] Usage of "NullPointerException"
> A simpler policy would be to not check for "null" and let the JVM do
> it. As
> the JVM will do it anyway, it's a redu
Le 04/08/2010 23:27, Gilles Sadowski a écrit :
>>> A simpler policy would be to not check for "null" and let the JVM do it. As
>>> the JVM will do it anyway, it's a redundant check when the reference is not
>>> null, i.e. most of time (in legitimate usage).
>>
>> This simpler policy seems fine to m
> > A simpler policy would be to not check for "null" and let the JVM do it. As
> > the JVM will do it anyway, it's a redundant check when the reference is not
> > null, i.e. most of time (in legitimate usage).
>
> This simpler policy seems fine to me.
> However, it is an important change from pre
Le 04/08/2010 15:28, Gilles Sadowski a écrit :
Why not in the new "exception" package?
[The aim being to deprecate the old "MathRuntimeException".]
>>>
>>> Sorry for that. I'm still not used to the new package.
>>> Could you look at the various createXxxException factory methods in and
>>
Hi,
On Wed, Aug 4, 2010 at 12:27 PM, wrote:
> Wanted is a convenience method that hides the opening and closing of a file
> connection. This would avoid redundancy and failures by accidently not
> closing the file connection. I have implemented this before, but now I want
> to use apache commons
Hi,
On Wed, Aug 4, 2010 at 12:27 PM, wrote:
> Wanted is a convenience method that hides the opening and closing of a file
> connection. This would avoid redundancy and failures by accidently not
> closing the file connection. I have implemented this before, but now I want
> to use apache commons
> > > Why not in the new "exception" package?
> > > [The aim being to deprecate the old "MathRuntimeException".]
> >
> > Sorry for that. I'm still not used to the new package.
> > Could you look at the various createXxxException factory methods in and
> > replace them by dedicated exceptions in th
Congratulations to everyone on this release. Guava, you have some
competition ;-)
On Wed, Aug 4, 2010 at 7:37 AM, James Carman wrote:
> On Wed, Aug 4, 2010 at 1:36 AM, Henri Yandell wrote:
>
>
> > Lastly - a hearty thank you to the many Java developers who have
> > contributed to Commons Lang ov
On Wed, Aug 4, 2010 at 1:36 AM, Henri Yandell wrote:
> Lastly - a hearty thank you to the many Java developers who have
> contributed to Commons Lang over the last 8 years. It is very much a
> community built project.
>
Agreed! We have a great community for Commons Lang. There are a lot of
f
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-jelly-tags-jaxme has an issue affecting its community
integration
Hi.
> > Why not in the new "exception" package?
> > [The aim being to deprecate the old "MathRuntimeException".]
>
> Sorry for that. I'm still not used to the new package.
> Could you look at the various createXxxException factory methods in and
> replace them by dedicated exceptions in the new p
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-fileupload has an issue affecting its community integration.
This
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-jelly-tags-xml-test has an issue affecting its community
integrat
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-chain has an issue affecting its community integration.
This issue
Wanted is a convenience method that hides the opening and closing of a file
connection. This would avoid redundancy and failures by accidently not
closing the file connection. I have implemented this before, but now I want
to use apache commons io and I am asking why this isn't there. I could
cont
Jochen Wiedmann wrote:
> Thanks, Phil!
>
We missed the fact that the files are not world-readable. Sorry, my
bad. They need to be readable by apbackup. You (jochen) need to
either u+r or run fixPerms to make the files world readable.
Phil
>
> On Tue, Aug 3, 2010 at 12:31 PM, Phil Steitz wrot
luc.maison...@free.fr wrote:
> - "Gilles Sadowski" a écrit :
>
>> Hi.
>>
>> I propose to create the "exception.util" package where I would store
>> the "MessageFactory" class (currently in the "exception" package).
>> In there I'd also create a new "ArgUtils" (better name?) class which
>> wou
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-io-test has an issue affecting its community integration.
This iss
18 matches
Mail list logo
