RE: [lang] TrimToNull et al
Does this kill a particular bug #, or just parts of one? On Mon, 24 Mar 2003, Gary Gregory wrote: +1 deprecate clean() Gary -Original Message- From: Stephen Colebourne [mailto:[EMAIL PROTECTED] Sent: Sunday, March 23, 2003 4:55 PM To: Jakarta Commons Developers List Subject: [lang] TrimToNull et al I have added trimToNull() and trimToEmpty() to StringUtils based on previous discussions. trimToEmpty() actually does the same as clean(), but is IMHO a clearer name. Do we want to leave both in, or deprecate clean()? 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]
Re: [lang] TrimToNull et al
Deprecation of clean() done. Stephen - Original Message - From: Gary Gregory [EMAIL PROTECTED] To: 'Jakarta Commons Developers List' [EMAIL PROTECTED] Sent: Monday, March 24, 2003 6:22 PM Subject: RE: [lang] TrimToNull et al +1 deprecate clean() Gary -Original Message- From: Stephen Colebourne [mailto:[EMAIL PROTECTED] Sent: Sunday, March 23, 2003 4:55 PM To: Jakarta Commons Developers List Subject: [lang] TrimToNull et al I have added trimToNull() and trimToEmpty() to StringUtils based on previous discussions. trimToEmpty() actually does the same as clean(), but is IMHO a clearer name. Do we want to leave both in, or deprecate clean()? 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]
[lang] TrimToNull et al
I have added trimToNull() and trimToEmpty() to StringUtils based on previous discussions. trimToEmpty() actually does the same as clean(), but is IMHO a clearer name. Do we want to leave both in, or deprecate clean()? Stephen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [lang] TrimToNull et al
+1 to deprecation because I don't think we should have two operations with the same functionality. Too confusing. The API is big enough without unneeded fluff. 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: Sunday, March 23, 2003 7:55 PM To: Jakarta Commons Developers List Subject: [lang] TrimToNull et al I have added trimToNull() and trimToEmpty() to StringUtils based on previous discussions. trimToEmpty() actually does the same as clean(), but is IMHO a clearer name. Do we want to leave both in, or deprecate clean()? 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]
RE: [lang] TrimToNull et al
+1 On Sun, 23 Mar 2003, Steven Caswell wrote: +1 to deprecation because I don't think we should have two operations with the same functionality. Too confusing. The API is big enough without unneeded fluff. 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: Sunday, March 23, 2003 7:55 PM To: Jakarta Commons Developers List Subject: [lang] TrimToNull et al I have added trimToNull() and trimToEmpty() to StringUtils based on previous discussions. trimToEmpty() actually does the same as clean(), but is IMHO a clearer name. Do we want to leave both in, or deprecate clean()? 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]