You are viewing a plain text version of this content. The canonical link for it is here.
Posted to general@jakarta.apache.org by Rob Oxspring <ro...@imapmail.org> on 2002/06/05 15:57:30 UTC
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: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: [PATCH] Added new turbine mailing lists to site
Posted by Jason van Zyl <jv...@zenplex.com>.
On Fri, 2002-06-07 at 12:54, robert burrell donkin wrote:
>
> On Thursday, June 6, 2002, at 11:02 PM, Jason van Zyl wrote:
>
> > On Thu, 2002-06-06 at 17:59, robert burrell donkin wrote:
> >> the existing list of mailing lists doesn't include some of the newer
> >> turbine lists.
> >>
> >> this patch for jakarta-site2/xdocs/site/mail2.xml adds them.
> >
> > Would you like access to the jakarta-site2 module?
>
> ok
Done.
> - robert
>
>
> --
> To unsubscribe, e-mail: <ma...@jakarta.apache.org>
> For additional commands, e-mail: <ma...@jakarta.apache.org>
--
jvz.
Jason van Zyl
jvanzyl@apache.org
http://tambora.zenplex.org
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: [PATCH] Added new turbine mailing lists to site
Posted by robert burrell donkin <ro...@mac.com>.
On Thursday, June 6, 2002, at 11:02 PM, Jason van Zyl wrote:
> On Thu, 2002-06-06 at 17:59, robert burrell donkin wrote:
>> the existing list of mailing lists doesn't include some of the newer
>> turbine lists.
>>
>> this patch for jakarta-site2/xdocs/site/mail2.xml adds them.
>
> Would you like access to the jakarta-site2 module?
ok
- robert
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: [PATCH] Added new turbine mailing lists to site
Posted by Jason van Zyl <jv...@zenplex.com>.
On Thu, 2002-06-06 at 17:59, robert burrell donkin wrote:
> the existing list of mailing lists doesn't include some of the newer
> turbine lists.
>
> this patch for jakarta-site2/xdocs/site/mail2.xml adds them.
Would you like access to the jakarta-site2 module?
> - robert
>
> ----
>
> Index: xdocs/site/mail2.xml
> ===================================================================
> RCS file: /home/cvs/jakarta-site2/xdocs/site/mail2.xml,v
> retrieving revision 1.44
> diff -u -r1.44 mail2.xml
> --- xdocs/site/mail2.xml 9 May 2002 22:11:20 -0000 1.44
> +++ xdocs/site/mail2.xml 6 Jun 2002 21:54:27 -0000
> @@ -745,6 +745,69 @@
> <p>
> This list is where discussion of the Turbine TDK development occurs.
> </p>
> +<p>
> +<b>The Torque User List</b><br/>
> +<b>Medium Traffic</b>
> +<a href="mailto:turbine-torque-user-subscribe@jakarta.apache.org">Subscribe</a>
> +<a href="mailto:turbine-torque-user-unsubscribe@jakarta.apache.org">Unsubscribe</a>
> +<a href="http://www.mail-archive.com/turbine-torque-user@jakarta.apache.org/">Archive</a>
> +</p>
> +<p>
> +List for Torque users to meet, discuss and solve problems.
> +Developers will also be lurking around.
> +</p>
> +<p>
> +<b>The Torque Developer List</b><br/>
> +<b>Medium Traffic</b>
> +<a href="mailto:turbine-torque-dev-subscribe@jakarta.apache.org">Subscribe</a>
> +<a href="mailto:turbine-torque-dev-unsubscribe@jakarta.apache.org">Unsubscribe</a>
> +<a href="http://www.mail-archive.com/turbine-torque-dev@jakarta.apache.org/">Archive</a>
> +</p>
> +<p>
> +This list is where discussion of Torque development occurs.
> +</p>
> +<p>
> +<b>The Maven User List</b><br/>
> +<b>Medium Traffic</b>
> +<a href="mailto:turbine-maven-user-subscribe@jakarta.apache.org">Subscribe</a>
> +<a href="mailto:turbine-maven-user-unsubscribe@jakarta.apache.org">Unsubscribe</a>
> +<a href="http://www.mail-archive.com/turbine-maven-user@jakarta.apache.org/">Archive</a>
> +</p>
> +<p>
> +List for Maven users to meet, discuss and solve problems.
> +Developers will also be lurking around.
> +</p>
> +<p>
> +<b>The Maven Developer List</b><br/>
> +<b>Medium Traffic</b>
> +<a href="mailto:turbine-maven-dev-subscribe@jakarta.apache.org">Subscribe</a>
> +<a href="mailto:turbine-maven-dev-unsubscribe@jakarta.apache.org">Unsubscribe</a>
> +<a href="http://www.mail-archive.com/turbine-maven-dev@jakarta.apache.org/">Archive</a>
> +</p>
> +<p>
> +This list is where discussion of Maven development occurs.
> +</p>
> +<p>
> +<b>The JCS User List</b><br/>
> +<b>Medium Traffic</b>
> +<a href="mailto:turbine-jcs-user-subscribe@jakarta.apache.org">Subscribe</a>
> +<a href="mailto:turbine-jcs-user-unsubscribe@jakarta.apache.org">Unsubscribe</a>
> +<a href="http://www.mail-archive.com/turbine-jcs-user@jakarta.apache.org/">Archive</a>
> +</p>
> +<p>
> +List for JCS users to meet, discuss and solve problems.
> +Developers will also be lurking around.
> +</p>
> +<p>
> +<b>The JCS Developer List</b><br/>
> +<b>Medium Traffic</b>
> +<a href="mailto:turbine-jcs-dev-subscribe@jakarta.apache.org">Subscribe</a>
> +<a href="mailto:turbine-jcs-dev-unsubscribe@jakarta.apache.org">Unsubscribe</a>
> +<a href="http://www.mail-archive.com/turbine-jcs-dev@jakarta.apache.org/">Archive</a>
> +</p>
> +<p>
> +This list is where discussion of JCS development occurs.
> +</p>
> </section>
>
> <section name="Velocity">
>
> ----
>
> --
> To unsubscribe, e-mail: <ma...@jakarta.apache.org>
> For additional commands, e-mail: <ma...@jakarta.apache.org>
--
jvz.
Jason van Zyl
jvanzyl@apache.org
http://tambora.zenplex.org
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
[PATCH] Added new turbine mailing lists to site
Posted by robert burrell donkin <ro...@mac.com>.
the existing list of mailing lists doesn't include some of the newer
turbine lists.
this patch for jakarta-site2/xdocs/site/mail2.xml adds them.
- robert
RE: Jakarta Newsletter - May 2002
Posted by Paulo Gaspar <pa...@krankikom.de>.
GREAT job Rob.
I like the level of detail very much.
For me it should be no less detailed: if it is to save me the hassle of
following a list, the newsletter MUST have some detail. I am not
expecting a management digest - I am a developer and not a manager.
I am talking in the first person but I am guessing that we do not have
many of those managers that like to avoid the technical details around.
The mail archive URLs are also very nice.
Regards,
Paulo Gaspar
> -----Original Message-----
> From: Rob Oxspring [mailto:roxspring@imapmail.org]
> Sent: Thursday, June 06, 2002 1:41 AM
> To: 'Jakarta General List'
> Subject: RE: Jakarta Newsletter - May 2002
>
>
> 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:jakarta@ehatchersolutions.com]
> > 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" <ro...@imapmail.org>
> > To: <ge...@jakarta.apache.org>
> > 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-> unsubscribe@jakarta.apache.org>
> > > For
> > additional commands,
> > e-mail:
> > > <ma...@jakarta.apache.org>
> > >
> > >
> >
> >
> > --
> > To unsubscribe, e-mail:
> > <mailto:general-> unsubscribe@jakarta.apache.org>
> > For
> > additional commands,
> > e-mail: <ma...@jakarta.apache.org>
> >
> >
> >
>
>
> --
> To unsubscribe, e-mail: <ma...@jakarta.apache.org>
> For additional commands, e-mail: <ma...@jakarta.apache.org>
>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: Jakarta Newsletter - May 2002
Posted by Rob Oxspring <ro...@imapmail.org>.
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:jakarta@ehatchersolutions.com]
> 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" <ro...@imapmail.org>
> To: <ge...@jakarta.apache.org>
> 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-> unsubscribe@jakarta.apache.org>
> > For
> additional commands,
> e-mail:
> > <ma...@jakarta.apache.org>
> >
> >
>
>
> --
> To unsubscribe, e-mail:
> <mailto:general-> unsubscribe@jakarta.apache.org>
> For
> additional commands,
> e-mail: <ma...@jakarta.apache.org>
>
>
>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Jakarta Newsletter - May 2002
Posted by Erik Hatcher <ja...@ehatchersolutions.com>.
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" <ro...@imapmail.org>
To: <ge...@jakarta.apache.org>
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: <ma...@jakarta.apache.org>
> For additional commands, e-mail: <ma...@jakarta.apache.org>
>
>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Jakarta Newsletter - May 2002
Posted by robert burrell donkin <ro...@mac.com>.
On Wednesday, June 5, 2002, at 04:31 PM, Stefan Bodewig wrote:
> On Wed, 5 Jun 2002, Rob Oxspring <ro...@imapmail.org> wrote:
>
>> So is it worth bothering with each month? Feedback wanted! :)
>
> Great job!
+1
thanks for persevering!
> I second Pier's suggestion to peer-review here and send the newsletter
> to announce after that.
+1
(peer review could be a good source for extra material)
maybe the newsletters could be posted up in an archive somewhere on the
site.
- robert
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Jakarta Newsletter - May 2002
Posted by Stefan Bodewig <bo...@apache.org>.
On Wed, 5 Jun 2002, Rob Oxspring <ro...@imapmail.org> wrote:
> So is it worth bothering with each month? Feedback wanted! :)
Great job!
I second Pier's suggestion to peer-review here and send the newsletter
to announce after that.
Stefan
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: Jakarta Newsletter - May 2002
Posted by Tom Copeland <to...@infoether.com>.
Yup, this is great stuff. Kind of like kernel-traffic
(http://kt.zork.net/kernel-traffic/latest.html) for Jakarta. Thanks
much,
Tom
-----Original Message-----
From: Leo Simons [mailto:leosimons@apache.org]
Sent: Wednesday, June 05, 2002 9:09 AM
To: Jakarta General List
Subject: Re: Jakarta Newsletter - May 2002
> So is it worth bothering with each month? Feedback wanted! :)
yeah. I enjoyed it ;)
> 1) Should we have an archive on the web site (xdoc copy attached as my
+1)
of course, though the easiest way to archive is to link to the mail
archive.
> 2) Which list should it post to? - its aimed at people that aren't
> subscribed to too many of the lists so announcements seems the most
likely
> current option, although maybe a separate newsletter@ would be the way
> forward - eitherway I'd guess replies should go to general@.
newsletter@ if this proves to be a success. Keep it on general for
now...
> 3) Editors for the various sections will be required - I'm sure I
didn't do
> commons justice and editing is far from what I'm good at anyway - so
please
> step forward if you want to edit for a project.
not stepping forward just yet (hoping someone else will), but I can
handle all of avalon.
> 4) I guess I'll put out a request for content around the 28th and aim
to
> release in the week of July 1st.
cool beans.
thanks for doin' this!
- Leo
--
To unsubscribe, e-mail:
<ma...@jakarta.apache.org>
For additional commands, e-mail:
<ma...@jakarta.apache.org>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Jakarta Newsletter - May 2002
Posted by Leo Simons <le...@apache.org>.
> So is it worth bothering with each month? Feedback wanted! :)
yeah. I enjoyed it ;)
> 1) Should we have an archive on the web site (xdoc copy attached as my +1)
of course, though the easiest way to archive is to link to the mail
archive.
> 2) Which list should it post to? - its aimed at people that aren't
> subscribed to too many of the lists so announcements seems the most likely
> current option, although maybe a separate newsletter@ would be the way
> forward - eitherway I'd guess replies should go to general@.
newsletter@ if this proves to be a success. Keep it on general for
now...
> 3) Editors for the various sections will be required - I'm sure I didn't do
> commons justice and editing is far from what I'm good at anyway - so please
> step forward if you want to edit for a project.
not stepping forward just yet (hoping someone else will), but I can
handle all of avalon.
> 4) I guess I'll put out a request for content around the 28th and aim to
> release in the week of July 1st.
cool beans.
thanks for doin' this!
- Leo
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Jakarta Newsletter - May 2002
Posted by Rob Oxspring <ro...@imapmail.org>.
Well, there it is.
It took me much longer than I expected, although that's partly due to the
jubilee holiday festivities, but finally I came up with something. The
contents are limited to general / ant / commons because they're the only dev
lists I follow, and the items were chosen on an arbitrary basis (thread size
>=10).
So is it worth bothering with each month? Feedback wanted! :)
If it is to continue:
1) Should we have an archive on the web site (xdoc copy attached as my +1)
2) Which list should it post to? - its aimed at people that aren't
subscribed to too many of the lists so announcements seems the most likely
current option, although maybe a separate newsletter@ would be the way
forward - eitherway I'd guess replies should go to general@.
3) Editors for the various sections will be required - I'm sure I didn't do
commons justice and editing is far from what I'm good at anyway - so please
step forward if you want to edit for a project.
4) I guess I'll put out a request for content around the 28th and aim to
release in the week of July 1st.
Enjoy,
Rob
Oh, and I'm sorry that I didn't reference the EyeBrowse archive - wanted to
but kept getting timeouts when fishing for links on friday.
Re: Jakarta Newsletter - May 2002
Posted by Peter Donald <pe...@apache.org>.
+1
At 03:04 AM 6/6/2002 +0100, you wrote:
>"Rob Oxspring" <ro...@imapmail.org> wrote:
>
> > Jakarta Newsletter
> > ==================
> > Issue: 0
> > Date: May 2002
>
>Anyone against sending this to announcements?
>
>I'm +1 on content (and since my flamewar occupies about 30% of it, well!!!
>:):):)
>
> Pier
>
>--
>[Perl] combines all the worst aspects of C and Lisp: a billion of different
>sublanguages in one monolithic executable. It combines the power of C with
>the readability of PostScript. [Jamie Zawinski - DNA Lounge - San Francisco]
>
>
>--
>To unsubscribe, e-mail: <ma...@jakarta.apache.org>
>For additional commands, e-mail: <ma...@jakarta.apache.org>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Jakarta Newsletter - May 2002
Posted by Nicola Ken Barozzi <ni...@apache.org>.
From: "Peter Donald" <pe...@apache.org>
> I would actually prefer no peer review (or at least no binding peer
> review). If people want to have a say what goes into it then they should
> get off their butts and write something for it ;)
+1
Great job, hope you keep hanging on ;-)
--
Nicola Ken Barozzi nicolaken@apache.org
- verba volant, scripta manent -
(discussions get forgotten, just code remains)
---------------------------------------------------------------------
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Jakarta Newsletter - May 2002
Posted by Ted Husted <hu...@apache.org>.
+1 on no biding peer review
But the sequence of events Pier suggested seems fine
(1) The volunteer list editors post submissions to the general list and
copy their own DEV list.
[NEWS] July 2002 - Struts
<copy/>
(2) The volunteer newsletter editor collects the submissions together
and sends it out on announcements like a digest.
If there were comments, it would be up to the newsletter editor that
month to decide whether to commit them to the newsletter or not; perhaps
consulting with the committers for the product first.
-Ted.
Peter Donald wrote:
>
> I would actually prefer no peer review (or at least no binding peer
> review). If people want to have a say what goes into it then they should
> get off their butts and write something for it ;)
>
> I am sure that the writers will be at responsible enough (and if not we can
> yank
> their privlidges to post it to announcement list)
>
> At 04:19 PM 6/5/2002 +0100, you wrote:
> >"Rob Oxspring" <ro...@imapmail.org> wrote:
> >
> > > Jakarta Newsletter
> > > ==================
> > > Issue: 0
> > > Date: May 2002
> >
> >Great job... I'd like to propose the following: peer review on this mailing
> >list, vote request, and then send it off on announcements... This can be
> >done every month if Rob is willing to keep up with the pace of my flamewars.
> >
> > Pier
> >
> >
> >--
> >To unsubscribe, e-mail: <ma...@jakarta.apache.org>
> >For additional commands, e-mail: <ma...@jakarta.apache.org>
>
> --
> To unsubscribe, e-mail: <ma...@jakarta.apache.org>
> For additional commands, e-mail: <ma...@jakarta.apache.org>
-- Ted Husted, Husted dot Com, Fairport NY US
-- Developing Java Web Applications with Struts
-- Tel: +1 585 737-3463
-- Web: http://husted.com/about/services
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: Jakarta Newsletter - May 2002
Posted by Paulo Gaspar <pa...@krankikom.de>.
+1
Paulo
> -----Original Message-----
> From: costinm@covalent.net [mailto:costinm@covalent.net]
> Sent: Thursday, June 06, 2002 8:42 AM
> To: Jakarta General List
> Subject: Re: Jakarta Newsletter - May 2002
>
>
> On Thu, 6 Jun 2002, Peter Donald wrote:
>
> > I would actually prefer no peer review (or at least no binding peer
> > review). If people want to have a say what goes into it then
> they should
> > get off their butts and write something for it ;)
>
> +1
>
> Costin
>
> >
> > I am sure that the writers will be at responsible enough (and
> if not we can
> > yank
> > their privlidges to post it to announcement list)
> >
> > At 04:19 PM 6/5/2002 +0100, you wrote:
> > >"Rob Oxspring" <ro...@imapmail.org> wrote:
> > >
> > > > Jakarta Newsletter
> > > > ==================
> > > > Issue: 0
> > > > Date: May 2002
> > >
> > >Great job... I'd like to propose the following: peer review on
> this mailing
> > >list, vote request, and then send it off on announcements...
> This can be
> > >done every month if Rob is willing to keep up with the pace of
> my flamewars.
> > >
> > > Pier
> > >
> > >
> > >--
> > >To unsubscribe, e-mail:
> <ma...@jakarta.apache.org>
> > >For additional commands, e-mail:
<ma...@jakarta.apache.org>
>
>
>
> --
> To unsubscribe, e-mail: <ma...@jakarta.apache.org>
> For additional commands, e-mail: <ma...@jakarta.apache.org>
>
>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Jakarta Newsletter - May 2002
Posted by co...@covalent.net.
On Thu, 6 Jun 2002, Peter Donald wrote:
> I would actually prefer no peer review (or at least no binding peer
> review). If people want to have a say what goes into it then they should
> get off their butts and write something for it ;)
+1
Costin
>
> I am sure that the writers will be at responsible enough (and if not we can
> yank
> their privlidges to post it to announcement list)
>
> At 04:19 PM 6/5/2002 +0100, you wrote:
> >"Rob Oxspring" <ro...@imapmail.org> wrote:
> >
> > > Jakarta Newsletter
> > > ==================
> > > Issue: 0
> > > Date: May 2002
> >
> >Great job... I'd like to propose the following: peer review on this mailing
> >list, vote request, and then send it off on announcements... This can be
> >done every month if Rob is willing to keep up with the pace of my flamewars.
> >
> > Pier
> >
> >
> >--
> >To unsubscribe, e-mail: <ma...@jakarta.apache.org>
> >For additional commands, e-mail: <ma...@jakarta.apache.org>
>
>
>
> --
> To unsubscribe, e-mail: <ma...@jakarta.apache.org>
> For additional commands, e-mail: <ma...@jakarta.apache.org>
>
>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Jakarta Newsletter - May 2002
Posted by Peter Donald <pe...@apache.org>.
I would actually prefer no peer review (or at least no binding peer
review). If people want to have a say what goes into it then they should
get off their butts and write something for it ;)
I am sure that the writers will be at responsible enough (and if not we can
yank
their privlidges to post it to announcement list)
At 04:19 PM 6/5/2002 +0100, you wrote:
>"Rob Oxspring" <ro...@imapmail.org> wrote:
>
> > Jakarta Newsletter
> > ==================
> > Issue: 0
> > Date: May 2002
>
>Great job... I'd like to propose the following: peer review on this mailing
>list, vote request, and then send it off on announcements... This can be
>done every month if Rob is willing to keep up with the pace of my flamewars.
>
> Pier
>
>
>--
>To unsubscribe, e-mail: <ma...@jakarta.apache.org>
>For additional commands, e-mail: <ma...@jakarta.apache.org>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Jakarta Newsletter - May 2002
Posted by "Geir Magnusson Jr." <ge...@adeptra.com>.
Great stuff!
+1
How would you like us to submit articles/notes to you?
On 6/5/02 9:57 AM, "Rob Oxspring" <ro...@imapmail.org> wrote:
> Jakarta Newsletter
> ==================
> Issue: 0
> Date: May 2002
>
[SNIP]
--
Geir Magnusson Jr.
Research & Development, Adeptra Inc.
geirm@adeptra.com
+1-203-247-1713
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Jakarta Newsletter - May 2002
Posted by Pier Fumagalli <pi...@betaversion.org>.
"Rob Oxspring" <ro...@imapmail.org> wrote:
> Jakarta Newsletter
> ==================
> Issue: 0
> Date: May 2002
Anyone against sending this to announcements?
I'm +1 on content (and since my flamewar occupies about 30% of it, well!!!
:):):)
Pier
--
[Perl] combines all the worst aspects of C and Lisp: a billion of different
sublanguages in one monolithic executable. It combines the power of C with
the readability of PostScript. [Jamie Zawinski - DNA Lounge - San Francisco]
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Jakarta Newsletter - May 2002
Posted by Rob Oxspring <ro...@imapmail.org>.
----- Original Message -----
From: "Pier Fumagalli" <pi...@betaversion.org>
To: "Jakarta General List" <ge...@jakarta.apache.org>
Sent: Wednesday, June 05, 2002 4:19 PM
Subject: Re: Jakarta Newsletter - May 2002
> "Rob Oxspring" <ro...@imapmail.org> wrote:
>
> > Jakarta Newsletter
> > ==================
> > Issue: 0
> > Date: May 2002
>
> Great job... I'd like to propose the following: peer review on this
mailing
> list, vote request, and then send it off on announcements...
Yep - thats the sensible compromise between general@ and announcements@ that
I've been looking for. Doh!
> This can be
> done every month if Rob is willing to keep up with the pace of my
flamewars.
I'll certainly try ;o)
Rob
>
> Pier
>
>
> --
> To unsubscribe, e-mail: <ma...@jakarta.apache.org>
> For additional commands, e-mail: <ma...@jakarta.apache.org>
>
>
>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Jakarta Newsletter - May 2002
Posted by Pier Fumagalli <pi...@betaversion.org>.
"Rob Oxspring" <ro...@imapmail.org> wrote:
> Jakarta Newsletter
> ==================
> Issue: 0
> Date: May 2002
Great job... I'd like to propose the following: peer review on this mailing
list, vote request, and then send it off on announcements... This can be
done every month if Rob is willing to keep up with the pace of my flamewars.
Pier
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>