On 3/7/06, Henri Yandell <[EMAIL PROTECTED]> wrote: > > On Mon, 6 Mar 2006, Rahul Akolkar wrote: > > > +1 -- its time to establish that there are two equally useful pieces > > here, with differing API styles, differing thresholds for involvement > > and therefore, potentially attracting differing audiences (at the user > > and developer level). The more shared developers we can retain the > > better, ofcourse its understood that individual interests will trump > > utopian views in this regard. > > I think this goes a bit too far. There aren't two pieces, there are thirty > four. Stephen's proposal pulls a quarter of those out into a somewhat > cohesive bundle based on the J2SE and a tendency to have XxxUtils classes. > <snip/>
<THREAD-OT> I'll henceforth keep that view to myself to minimize the noise, but it may just be that we latched on to different bits of the proposal. From the original JLC proposal on commons-dev [1], related criteria are: <quote> - a component typically has a broad API (many callable methods) - each method typically does relatively little processing </quote> I see those specific criteria as a distillation of the discussions we've had numerous times on commons-dev. For instance, [2],[3] and [4] were trivial to find with the search string "broad shallow". (URLs below may get fragmented) [1] http://marc.theaimsgroup.com/?l=jakarta-commons-dev&m=114158923925088&w=2 [2] http://marc.theaimsgroup.com/?l=jakarta-commons-dev&m=108601577728628&w=2 (see bottom half) [3] http://marc.theaimsgroup.com/?l=jakarta-commons-dev&m=108612848615661&w=2 [4] http://marc.theaimsgroup.com/?l=jakarta-commons-dev&m=112621821630874&w=2 (see bottom half) </THREAD-OT> > We (the Jakarta community - ie: this list), presuming we decide to go with > the JLC proposal, still have to deal with the rest of Commons, and how the > rest of Jakarta fits into this. ORO/Regexp/BCEL seem like possibles for > JLC, ECS for JWC, Jelly+BSF+EL for some other place? > <snap/> I hope to help in "dealing with" roC. -Rahul > Will ask Stephen to repost the proposal here. > > Hen > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
