Looks like we arrived at similar conclusions and sent messages at the same time. I think we're on the same page. Comments below.
--- [EMAIL PROTECTED] wrote: > The Utils sub-project would stay where it is as a clearing-hosue for > miscellaneous small classes without obvious targets and would remain > in > the sandbox. > > A handful of classes would vanish or migrate into the > Commons.Collections > project: Yup. > > A new project called 'lang'. This would contain: Yup. > > An already existing project named 'io'. The main developer for this > (is it > Scott?) would need to confirm that: > Yup. > 1) xml. Currently there's one class here. I plan to add an XmlWriter > and I > do have a parser I could add, but as it's not dom/sax etc I see > little use > in it being there. Again, take a look at Xerces and JDom. They might already suit your needs, although they are less String-centric. > 2) http. I imagine this would either go into io or into HttpClient. > io > seems most likely as HttpClient has a different goal. Yeah, those are a little tricky. HttpClient seems like the wrong home, though. > Soundex is used by Strings(StringUtil) so it's tempting to send it > with it > into Lang. Hmm. I disagree. If there is a need for Soundex-related tools, then we should have a Soundex package. Personally, I don't know if its applicability is widespread enough for inclusion in such a general package. > GenerateUniqueId is > pretty much util stuff. If its primary use is for HTTP, then we should put it wherever the other http stuff goes. Otherwise, it could be made slightly more versatile - configurable-length IDs perhaps? IO seems like a fine home in that case. __________________________________________________ Do You Yahoo!? Yahoo! Sports - Coverage of the 2002 Olympic Games http://sports.yahoo.com -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
