You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@commons.apache.org by Stephen Colebourne <sc...@btopenworld.com> on 2003/06/24 01:43:33 UTC

[lang] Pre 2.0 checks

TODO
1) StringUtils.unescape(String) - this is merely forwarding to
StringEscapeUtils and should surely be deprecated?

2) NumberUtils - Other maths classes are now in lang.math, so I think there
is a good case to move this (deprecating the original)

3) ToStringBuilder - infinite recursion

4) BooleanUtils - xor   (Don't delay release for this)

5) NumberUtils - min/max   (Don't delay release for this)


DONE
DateUtils - now checked
- renamed trunc to truncate
- renamed parse to parseCVS
- renamed getCalendarIterator to iterator
- improved javadoc
- broke out an anonymous inner class


Stephen


---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org


Re: [lang] Pre 2.0 checks

Posted by Henri Yandell <ba...@generationjava.com>.
+1 to deprecating them. StringEscapeUtils is a good enough name to imply
that they are there.

On Sat, 28 Jun 2003, Alex Chaffee / Purple Technology wrote:

> On Tue, Jun 24, 2003 at 12:43:33AM +0100, Stephen Colebourne wrote:
> > TODO
> > 1) StringUtils.unescape(String) - this is merely forwarding to
> > StringEscapeUtils and should surely be deprecated?
>
> So does StringUtils.escape.  Should that be deprecated as well?
>
> For the record, there's an argument to be made that they should *not*
> be deprecated.  Since StringUtils has to do with Java strings,
> StringUtils.escape/unescape does *Java* escaping.  OTOH,
> StringEscapeUtils has named methods for several types of escaping,
> including HTML, XML, Java, JavaScript, and SQL.
>
> Just because it delegates does not mean it should be deprecated.
>
> Note that I'm not convinced of this argument, but I wanted to raise
> it.
>
>  - A
>
> --
> Alex Chaffee                               mailto:alex@jguru.com
> Purple Technology - Code and Consulting    http://www.purpletech.com/
> jGuru - Java News and FAQs                 http://www.jguru.com/alex/
> Gamelan - the Original Java site           http://www.gamelan.com/
> Stinky - Art and Angst                     http://www.stinky.com/
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: commons-dev-help@jakarta.apache.org
>


---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org


Re: [lang] Pre 2.0 checks

Posted by Alex Chaffee / Purple Technology <gu...@stinky.com>.
On Tue, Jun 24, 2003 at 12:43:33AM +0100, Stephen Colebourne wrote:
> TODO
> 1) StringUtils.unescape(String) - this is merely forwarding to
> StringEscapeUtils and should surely be deprecated?

So does StringUtils.escape.  Should that be deprecated as well?

For the record, there's an argument to be made that they should *not*
be deprecated.  Since StringUtils has to do with Java strings,
StringUtils.escape/unescape does *Java* escaping.  OTOH,
StringEscapeUtils has named methods for several types of escaping,
including HTML, XML, Java, JavaScript, and SQL.

Just because it delegates does not mean it should be deprecated.

Note that I'm not convinced of this argument, but I wanted to raise
it.

 - A

-- 
Alex Chaffee                               mailto:alex@jguru.com
Purple Technology - Code and Consulting    http://www.purpletech.com/
jGuru - Java News and FAQs                 http://www.jguru.com/alex/
Gamelan - the Original Java site           http://www.gamelan.com/
Stinky - Art and Angst                     http://www.stinky.com/

---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org


Re: [lang] Pre 2.0 checks

Posted by Stephen Colebourne <sc...@btopenworld.com>.
From: "Henri Yandell" <ba...@generationjava.com>
> DurationTimeFormat needs package scope?

Already done IIRC

Stephen


---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org


Re: [lang] Pre 2.0 checks

Posted by Henri Yandell <ba...@generationjava.com>.

On Tue, 24 Jun 2003, Stephen Colebourne wrote:

> TODO
> 1) StringUtils.unescape(String) - this is merely forwarding to
> StringEscapeUtils and should surely be deprecated?

+1 and Done.

>
> 2) NumberUtils - Other maths classes are now in lang.math, so I think there
> is a good case to move this (deprecating the original)

+1

> 3) ToStringBuilder - infinite recursion
>
> 4) BooleanUtils - xor   (Don't delay release for this)
>
> 5) NumberUtils - min/max   (Don't delay release for this)

+1 to all three.

>
> DONE
> DateUtils - now checked
> - renamed trunc to truncate
> - renamed parse to parseCVS
> - renamed getCalendarIterator to iterator
> - improved javadoc
> - broke out an anonymous inner class

DurationTimeFormat needs package scope?



---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org