RE: Where has commons lang Strings.interpolate(String text, Map m ap) gone?

[Henri Yandell <ba...@generationjava.com>]

On Thu, 16 Jan 2003, Simon Moore wrote:

> Anyway it's no big deal for me, it was just the one method.

Yeah. I have the same problem with the Jakarta String Taglib project.
It has its own personal StringUtils class to handle the missing methods :)



> > -----Mensaje original-----
> > De:	Henri Yandell [SMTP:bayard@generationjava.com]
> > Enviado el:	jueves 16 de enero de 2003 19:41
> > Para:	Jakarta Commons Developers List
> > Asunto:	RE: Where has commons lang Strings.interpolate(String text,
> > Map m ap) gone?
> >
> >
> >
> > The reason for moving it out of Commons.Lang is that there's a very big
> > worry that Commons Lang will grow too big and become Commons.Jakarta.JDK.
> > This manifests itself in two ways, firstly there is a definite push for
> > every class to justify its existence, and secondly there is an increasing
> > barrier to new concepts going in.
> >
> 	[SM]  I can agree with the first reason but what do you mean by 'new
> concepts'.
> 	Commons-lang seems to me to be a repository for anything that has
> been solidly proven
> 	to improve the java language itself be it exisiting or 'new'
> concepts.

The big ones recently have been:

A MathUtils package. Should this be a new project called Math, or a
sub-package of Lang.

A reflection package. Basically helper/bug-fixer's around
java.lang.reflect. Should that go in Lang or in [reflect].

Functors. This is a common interface pattern, like FileFilters but more
generic. Should these live in Lang or [functor].

etc etc :)

There's a worry that as Lang grows, releases will be harder due to having
to wait for all the components to be ready. Of course, the very arguments
over the issue are what is currently holding up the Lang release. Whether
this proves the arguments or not, I dunno.

Hen


--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>