Thanks Erik, I think its gonna take a few of us keeping it high priority to get the ball rolling properly - it took me long enough to get around to this one (though whats 6 months between software engineers) - i.e. although a calendar alarm has been set for next month, prods and reminders are definitely appreciated :)
You are probably right re the level of detail - its partially just my style showing through but also because I thought it'd look a bit empty with just general, ant and commons on there. I think a lot of this sort of thing will vary with the style of the individual "column" authors and the level of activity within each project, IMHO this variation should make it a more interesting read and should be encouraged - at least for the first few months while we don't know what's best. Rob > -----Original Message----- > From: Erik Hatcher [mailto:[EMAIL PROTECTED]] > Sent: 5 June 2002 23:45 > To: Jakarta General List > Subject: Re: Jakarta Newsletter - May 2002 > > > Rob, > > Very nice. I've been keeping this idea high on my to-do list > and I'm glad to see you finally get to it. > > This is more detailed than future ones probably should be, > and that would likely be the case when other projects get > incorporated anyway. > > Great job, and you can count on me assisting you with this in > any way possible in the future. > > Erik > > > ----- Original Message ----- > From: "Rob Oxspring" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Wednesday, June 05, 2002 9:57 AM > Subject: Jakarta Newsletter - May 2002 > > > > Jakarta Newsletter > > ================== > > Issue: 0 > > Date: May 2002 > > > > A Jakarta newsletter has been mentioned a few times on the general > > list > and > > so I figured it was high time that one was produced. The > discussions > > previously seemed to settle on a monthly affair with a a regular > > change of editorship. The aim is that for the future, > different people > > will take > over > > different sections for a limited period so that nobody gets bogged > > down > with > > the chore unless they want to - some lists may have a series of > > volunteers step up, other projects may choose to add newsletter > > editing as a regular responsibility for each of their active > > committers. > > > > Hopefully this will lead to a dynamic monthly newsletter > that can be > > sent out on the announcement list (or a new newsletter one) > and try to > > keep people informed of what all the projects are up to > without having > > to > monitor > > all the projects > > > > This issue is entirely edited my myself rather than a set of > > developers > and > > as a direct result is limited to the dev lists I monitor properly. > > With > luck > > others will help out future issues providing a varied style > and more > > complete content. > > > > Rob Oxspring > > > > > > > > General > > ======= > > > > This month saw the first ever veto of a new committer in the Tomcat > > subproject. [1] The resulting threads from this discussed how much a > person > > should have to do before being given committer rights [2] and what > > they should have had to do. This in turn lead to a proposed > rethink of > > the current rights and roles at Jakarta - can non-coders be > > committers? should people be given voting rights without > CVS access? - > > should they be given > CVS > > access without the hassle of voting rights? The answers > seemed to be > > probably, possibly and probably not respectively [3] On a similar > > note, there was a brief look at how best to welcome and nurture > > volunteers to > keep > > Jakarta growing and progressing [4] > > > > An announcement of a new in house mail archive using EyeBrowse [5] > > lead to > a > > few threads regarding the infrastructure available at Jakarta. The > > main focus was on whether to switch from Bugzilla to Scarab [6,7] > > although Subversion was also mentioned with anticipation. There was > > also discussion of the best way to measure project activity and how > > useful such a metric would be [8]. > > > > Related to the infrastructure and to project activity, Maven was > > advocated by Jon Scott Stevens as a build system we should all be > > using. The ensuing flame war included a lot of Centipede vs > Maven, XSL > > vs Velocity, and other Ego clashes. The result seems to > have been that > > some commons projects have switched to maven and that > several people > > have begun to think about what > is > > and isn't provided by the Forest / Gump / Maven / Centipede > projects - > > Surely good things will come. Instead of pointing to > specific threads > > here I'll just suggest that you search the archives for the > countless > > threads along the lines of "Quick! convert all your projects to > > maven!", "You make the decision", "You guys are so funny", and > > "[PROPOSAL] Centaven and Friends". > > > > It was noted that the general list seems to be targeted for > > advertising Jakarta support but that there should be a better place > > for this. The discussion [9] lead to a new page on the web site > > listing providers of Jakarta support [10]. > > > > Should database related technology have its own Apache project? the > > theme > of > > a language per project at Apache could be lost, but is this > a problem? > Read > > the full thread [11] and see what you think. > > > > [1] - http://marc.theaimsgroup.com/?t=102221590900002&r=1&w=2&n=11 > > [2] - http://marc.theaimsgroup.com/?t=102226344500002&r=1&w=2&n=24 > > [3] - http://marc.theaimsgroup.com/?t=102228162200005&r=1&w=2&n=99 > > [4] - http://marc.theaimsgroup.com/?t=102229761100002&r=1&w=2&n=11 > > [5] - http://marc.theaimsgroup.com/?t=102045108100002&r=1&w=2&n=23 > > [6] - http://marc.theaimsgroup.com/?t=102045747000001&r=1&w=4&n=14 > > [7] - http://marc.theaimsgroup.com/?t=102194344600001&r=1&w=2&n=10 > > [8] - http://marc.theaimsgroup.com/?t=102112917400003&r=1&w=2&n=12 > > [9] - http://marc.theaimsgroup.com/?t=102127725000002&r=1&w=2&n=27 > > [10] - http://marc.theaimsgroup.com/?t=102139833300001&r=1&w=2&n=12 > > [11] - http://marc.theaimsgroup.com/?t=102037557900001&r=1&w=2&n=53 > > > > > > > > Ant > > === > > > > The first beta of version 1.5 was released this month, > provoking lots > > of > bug > > fixing and doc patching [12]. A difference causing some > confusion this > time > > round was that the optional.jar is now included as the main > > distribution [13] and this also moved into discussions of how to > > repeat the builds and how the rpm version should be created and > > installed [14]. By the time you read this the second beta > should have > > been released. > > > > As well as having to decide whether to include the > optional.jar file, > > the jaxp implementation also cropped up. The crux of the discussion > > revolves around whether we should be distributing Xalan as well as > > Xerces, and indeed, whether we are allowed not to? See the > discussion > > [15,16] for the breakdown of pros and cons. > > > > Checking for compatibility with Mac OS X is important for the next > > release as there were some problems to be fixed [17]. Luckily a > > volunteer has stepped up to help out with OS X specific testing and > > debugging[18]. > > > > A new mechanism for selecting files in a file set has been > developed > > to overcome the limitations of the old include / exclude > system. The > > new > system > > is no longer limited to filenames alone and allows arbitrary > > combinations > of > > "selectors" to define the file set of interest. The built > in selectors > > provide selection based on filename, path information, > date, size and > custom > > selectors are also available for use. The additions this month were > > more relating to documentation [19] and some tests [20] > before the Ant > > 1.5 release. > > > > Ever wanted to slap some build information into a splash > screen? well > > the ImageManip task from Kevin Z Grey will allow all this and more > > [21]. > > > > Delete task follows symlinks - With a bit of luck this has finally > > been resolved [22]. Also the propertyfile task has been > broken for a > > little > while > > but should now be working properly again [23]. > > > > Should taskdefs and typedefs that share the same classpath share a > > single class loader? the opinions are mixed and the short term > > solution is a bit unclear [24]. Long term, the antlib > concept should > > fix this and the > myrmidon > > guys have been discussing their solution in another thread [25]. > > > > Should ant default to 1.1 compatible byte code even when using Java > > 1.4 which takes a different default?[26] > > > > [12] - http://marc.theaimsgroup.com/?t=102022010200001&r=1&w=2&n=31 > > [13] - http://marc.theaimsgroup.com/?t=102035217500003&r=1&w=2&n=32 > > [14] - http://marc.theaimsgroup.com/?t=101975041700004&r=1&w=2&n=33 > > [15] - http://marc.theaimsgroup.com/?t=102228254400003&r=1&w=2&n=11 > > [16] - http://marc.theaimsgroup.com/?t=102227737900002&r=1&w=2&n=11 > > [17] - http://marc.theaimsgroup.com/?t=102159896900003&r=1&w=2&n=15 > > [18] - http://marc.theaimsgroup.com/?t=102132176000005&r=1&w=2&n=3 > > [19] - http://marc.theaimsgroup.com/?t=102071136100004&r=1&w=2&n=12 > > [20] - http://marc.theaimsgroup.com/?t=102273392200004&r=1&w=2&n=14 > > [21] - http://marc.theaimsgroup.com/?t=102202542200005&r=1&w=2&n=12 > > [22] - http://marc.theaimsgroup.com/?t=100073682800004&r=1&w=2&n=10 > > [23] - http://marc.theaimsgroup.com/?t=100339510100002&r=1&w=2&n=12 > > [24] - http://marc.theaimsgroup.com/?t=102217241700002&r=1&w=2&n=22 > > [25] - http://marc.theaimsgroup.com/?t=102068167000001&r=1&w=2&n=17 > > [26] - http://marc.theaimsgroup.com/?t=102148430600003&r=1&w=2&n=21 > > > > > > > > Commons > > ======= > > > > The next release of the collections package should contain an > implementation > > of the sequenced hash map that better fits the spec by throwing > > ConcurrentModificationException[27]. Additionally Lazy collections > > were discussed [28], i.e. collections that populate themselves on > > access. And finally trees should be making an appearance in future > > collections > releases, > > allowing integration with JTrees, and potentially with RedBlack, > > Binary, > AVL > > and other implementations if appropriate[29]. > > > > Ever wondered about the differences between Latka and > Anteater? Ivelin > > Ivanov did and sparked off an informative discussion on how the > alternatives > > compare [30]. > > > > The Log4J people want to add features using some commons code, but > > this depends on commons logging which causes problems both > > philosophical and technical. See the discussion [31] for > the proposed > > solutions to the problem. > > > > The pool guys are have bumped into the old problem of > deprecation and > > wanting to change the signatures of some methods. The > decision seemed > > to > be > > that the change is ok, but the issue of compatibility with Java 1.4 > cropped > > up again too [32]. > > > > > > > > [27] - http://marc.theaimsgroup.com/?t=102088150100001&r=1&w=2&n=13 > > [28] - http://marc.theaimsgroup.com/?t=102165202400001&r=1&w=2&n=13 > > [29] - http://marc.theaimsgroup.com/?t=102219299500004&r=1&w=2&n=10 > > [30] - http://marc.theaimsgroup.com/?t=102151971700001&r=1&w=2&n=12 > > [31] - http://marc.theaimsgroup.com/?t=102103609500002&r=1&w=2&n=34 > > [32] - http://marc.theaimsgroup.com/?t=102023488700001&r=1&w=2&n=15 > > > > > > -- > > To unsubscribe, e-mail: > <mailto:general-> [EMAIL PROTECTED]> > > For > additional commands, > e-mail: > > <mailto:[EMAIL PROTECTED]> > > > > > > > -- > To unsubscribe, e-mail: > <mailto:general-> [EMAIL PROTECTED]> > For > additional commands, > e-mail: <mailto:[EMAIL PROTECTED]> > > > -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
