I prefer not to have subpackages in commons components, It is better to propose a new experimental componet or move it as top level project if it grows too mutch.
----- Original Message ----- From: "Henri Yandell" <[EMAIL PROTECTED]> To: "Jakarta Commons Developers List" <[EMAIL PROTECTED]> Sent: Wednesday, April 02, 2003 7:52 PM Subject: Re: [collections] XxxUtils inner classes > > So do we move to a structure in which each Utils class has its own > package? > > org.apache.commons.collections.CollectionsUtils, which also contains > Collection implementations and Collection features [the package-scoped > classes which hide inside CollectionUtils]. > > org.apache.commons.collections.bag.BagUtils, and Bag interface, and Bag > implementations etc. > > org.apache.commons.collections.map.MapUtils ... > > and so on? > > Hen > > On Wed, 2 Apr 2003, Juozas Baliuka wrote: > > > > > +1, static public inner classes are not very usefull. > > > > ----- Original Message ----- > > From: "Shapira, Yoav" <[EMAIL PROTECTED]> > > To: "Jakarta Commons Developers List" <[EMAIL PROTECTED]> > > Sent: Wednesday, April 02, 2003 7:39 PM > > Subject: RE: [collections] XxxUtils inner classes > > > > > > > > Hi, > > Personally: at 1. I dislike inner classes ;) > > > > Yoav Shapira > > Millennium ChemInformatics > > > > > > >-----Original Message----- > > >From: Henri Yandell [mailto:[EMAIL PROTECTED] > > >Sent: Wednesday, April 02, 2003 12:37 PM > > >To: Jakarta Commons Developers List > > >Subject: [collections] XxxUtils inner classes > > > > > > > > >At what point is a Utils class considered to have too many inner > > classes? > > >For example, does no one else find the 1200 line MapUtils quite > > painful? :) > > > > > > > > >Hen > > > > > > > > >--------------------------------------------------------------------- > > >To unsubscribe, e-mail: [EMAIL PROTECTED] > > >For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > This e-mail, including any attachments, is a confidential business > > communication, and may contain information that is confidential, proprietary > > and/or privileged. This e-mail is intended only for the individual(s) to > > whom it is addressed, and may not be saved, copied, printed, disclosed or > > used by anyone else. If you are not the(an) intended recipient, please > > immediately delete this e-mail from your computer system and notify the > > sender. Thank you. > > > > > > --------------------------------------------------------------------- > > 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] > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]