Let's take a look: https://issues.apache.org/jira/browse/COLLECTIONS#selectedTab=com.atlassian.jira.plugin.system.project%3Aversions-panel
3.2.1 - 4/15/2008 3.2 - 5/14/2006 3.1 - 6/28/2004 We haven't had a release in over 5 years. The last one (which was a point release) took two years roughly. Again, a minor release prior to that took almost two years as well. We don't have a good track record of releasing early and often. On Sun, Oct 6, 2013 at 3:00 PM, James Carman <ja...@carmanconsulting.com> wrote: > The fact that it has taken so long before we got something out for > Collections 4.x is just an embarrassment. How long has Java had > generics? What could be causing us to be so slow to get releases out? > > > On Sun, Oct 6, 2013 at 2:57 PM, Phil Steitz <phil.ste...@gmail.com> wrote: >> On 10/6/13 11:45 AM, James Carman wrote: >>> Collections 4.x, nuff said >> >> Huh? Didn't we release a beta? We could say the same thing about >> math 4.0, pool/dbcp 2.0, etc. These things are in progress. They >> will get released. There is activity. I don't get the big problem >> here. >> >> Phil >>> >>> >>> On Sun, Oct 6, 2013 at 2:42 PM, Adrian Crum >>> <adrian.c...@sandglass-software.com> wrote: >>>> I would like to know the metrics for that conclusion. I see plenty of >>>> discussions and commits, but I'm not seeing any languishing. >>>> >>>> Adrian Crum >>>> Sandglass Software >>>> www.sandglass-software.com >>>> >>>> >>>> On 10/6/2013 11:30 AM, James Carman wrote: >>>>> All, >>>>> >>>>> The Apache Commons project seems to be languishing as of late and we >>>>> need some rejuvenation. Perhaps we should try to define our mission >>>>> as a project. What are our goals? What do we want to accomplish? >>>>> Who are our users/customers? What non-functional qualities do we want >>>>> our software to exhibit? How do we want to conduct ourselves? How >>>>> often do we want to do releases? What else? >>>>> >>>>> Sincerely, >>>>> >>>>> James >>>>> >>>>> --------------------------------------------------------------------- >>>>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org >>>>> For additional commands, e-mail: dev-h...@commons.apache.org >>>>> >>>> --------------------------------------------------------------------- >>>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org >>>> For additional commands, e-mail: dev-h...@commons.apache.org >>>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org >>> For additional commands, e-mail: dev-h...@commons.apache.org >>> >>> >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org >> For additional commands, e-mail: dev-h...@commons.apache.org >> --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
