Yes, I mean adding

if (str == null) {
  return null;  // or whatevers appropriate...
}

to a number of methods in StringUtils.

Currently this is +1, if still so tonight, I will make the changes.

Stephen

----- Original Message -----
From: "Steven Caswell" <[EMAIL PROTECTED]>
To: "'Jakarta Commons Developers List'" <[EMAIL PROTECTED]>
Sent: Wednesday, July 16, 2003 1:56 AM
Subject: RE: [lang] NPEs in StringUtils


Just want to be sure I understand. By "quiet", I understand you to mean
nulls are handled in some well-defined way other than throwing an exception.
If that is what you meant, then I am +1. Otherwise I'll wait to hear a
clarification :)


Steven Caswell
[EMAIL PROTECTED]
a.k.a Mungo Knotwise of Michel Delving
"One ring to rule them all, one ring to find them..."


> -----Original Message-----
> From: Stephen Colebourne [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, July 15, 2003 7:31 PM
> To: Jakarta Commons Developers List
> Subject: [lang] NPEs in StringUtils
>
>
> All this debate has reminded me that we have not sorted the
> position on null handling in StringUtils.
>
> Most of [lang] is quiet with respect to nulls wherever
> possible. I would like to extend that to StringUtils. Are
> there any objections to making this change? I feel a
> consistent position would be good.
>
> Now is the time to do this of course (pre 2.0). (Its amazing
> what you find when you want to do a release...)
>
> Stephen
>
>
> ---------------------------------------------------------------------
> 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]



---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to