On of arguments is import declarations : import org.apache.commons.collections.*; import org.apache.commons.collections.bag.*; import org.apache.commons.collections.functor.*; .......... more stuff ..................
or "better" : import org.apache.commons.collections.SomeClass1; .......... more stuff from subpackages.................. I have made deep package herarchies in my projects myself and I am not very happy with this solution. Howdy, I actually disagree with Mr. Baliuka on this one, which doesn't happen often ;) I like the suggestion of bag, map, etc. subpackages. But I don't see it as essential. If need be, all the collections can stay in the org.apache.commons.collections package. Yoav Shapira Millennium ChemInformatics >-----Original Message----- >From: Juozas Baliuka [mailto:[EMAIL PROTECTED] >Sent: Wednesday, April 02, 2003 1:57 PM >To: Jakarta Commons Developers List >Subject: Re: [collections] XxxUtils inner classes > > >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] 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]
