date:20030116

Re: [DRAFT] Jakarta Newsletter - December 2002

2003-01-16 Thread Andrew C. Oliver

Shows you who the good guys are ;-)


Rob Oxspring wrote:


Jakarta Newsletter  
==
Issue: 6 
Date: December 2002 
Url: http://jakarta.apache.org/site/news/200212.html 

As you would expect of the holiday season, not a lot was happening at
Jakarta other than some discussion, and the usual steady progress in a
number of projects.  This issue has been delayed somewhat due to
commitments to my real work, but the next issue will hopefully be a
little more feature rich and prompt as plenty seems to be happening
already!

As always, I want to thank those who contributed and hope that you enjoy
the read. If you would like to comment further on any of the highlighted
discussions then please do so on the appropriate list, if you want to
comment on the newsletter itself then please point your comments to
[EMAIL PROTECTED]

Rob Oxspring

Contents  

General 
Lucene 
POI 



General  
===
"Ideas, suggestions, and comments on the overall Jakarta project"
Editor: Rob Oxspring

"if continuous integration is a good thing on a small project, why not
apply it recursively and include all dependencies for which access to
source is provided" This has been the reasoning behind Gump [1] and
since so many Jakarta folk agreed [2] it was decided to promote Gump
from within alexandria to be a first class Jakarta subproject. Gump was
promoted out of alexandria to be a jakarta subproject. Gump had been
used to build all the latest versions of the jakarta code for a long
time now, and does a great job of keeping the developers on their toes
and helps maintain a high level of interoperability between subprojects.

For those that like Wikis, the turbine team talked us into starting up
our very own. As usual there was plenty of discussion about the pros and
cons, and plenty about the implementation [3,4] but Andy Oliver decided
to get the ball rolling with a simple system with minimal administration
needs [5].

Should Apache move into the world of C#? Does the JCP do Java any
favours? These are the general themes of this months big thread and
since both topics repeatedly come up at Jakarta, it will come as no
surprise to learn that opinions are mixed and conclusions are some time
off. Still, its always fun guessing which way to jump! [6,7]

[1] - http://jakarta.apache.org/gump/ 
[2] -
http://archives.apache.org/eyebrowse/BrowseList?listName=general@jakarta
.apache.org&by=thread&from=296622 
[3] -
http://archives.apache.org/eyebrowse/BrowseList?listName=general@jakarta
.apache.org&by=thread&from=294885 
[4] -
http://archives.apache.org/eyebrowse/BrowseList?listName=general@jakarta
.apache.org&by=thread&from=295289 
[5] - http://nagoya.apache.org/wiki/apachewiki.cgi 
[6] -
http://archives.apache.org/eyebrowse/BrowseList?listName=general@jakarta
.apache.org&by=thread&from=287011 
[7] -
http://archives.apache.org/eyebrowse/BrowseList?listName=general@jakarta
.apache.org&by=thread&from=286144 



Lucene  
==
"a high-performance, full-featured text search engine"
Editor: Otis Gospodnetic

Doug Cutting added Snowball Stemmers[1] to Lucene Sandbox Repository[2].
Snowball[3] is a small string processing language designed for creating
stemming algorithms for use in Information Retrieval. Snowball Stemmers
for Lucene project provides pre-compiled version of the Snowball
stemmers together with classes integrating them with the Lucene search
engine. 

Previously Lucene supported only English, German, and Russian. Lucene
users can now make use of the code provided by this new project and gain
support for the following languages: 

Danish 
Dutch 
English 
Finnish 
French 
German 
Italian 
Norwegian 
Portuguese 
Russian 
Spanish 
Swedish 

[1] - http://jakarta.apache.org/lucene/docs/lucene-sandbox/snowball/ 
[2] - http://jakarta.apache.org/lucene/docs/lucene-sandbox/ 
[3] - http://snowball.tartarus.org/ 



POI 
===
"APIs for manipulating various file formats based upon Microsoft's OLE 2
Compound Document format"
Editor: Glen Stampoultzis

Patch for custom palettes received. [1] 
Andy created a patch for a proposed refactoring of the
EventRecordFactory. [2]. 
Ken was rather busy converting Poi to the latest and greatest Centipede.

release and making it all run under gump. [3] 
Some idea's on refactoring the formula parser were discussed. [4] 
Ken let us in on the correct way to do releases. [5] 
Patch for recalc record comitted [6] 
Support for horizontal centering during print [7] 
Add support for setting the active cell in a worksheet through usermodel
[8] 

[1] - http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15743 
[2] - http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15660 
[3] - http://marc.theaimsgroup.com/?l=poi-dev&m=104065623 922418&w=2 
[4] - http://marc.theaimsgroup.com/?t=10397344191&r=1&w =2 
[5] - http://marc.theaimsgroup.com/?l=poi-dev&m=103911596 709970&w=2 
[6] - http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13500 
[7] - http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15677 
[8] - http://n

[DRAFT] Jakarta Newsletter - December 2002

2003-01-16 Thread Rob Oxspring

Jakarta Newsletter  
==
Issue: 6 
Date: December 2002 
Url: http://jakarta.apache.org/site/news/200212.html 

As you would expect of the holiday season, not a lot was happening at
Jakarta other than some discussion, and the usual steady progress in a
number of projects.  This issue has been delayed somewhat due to
commitments to my real work, but the next issue will hopefully be a
little more feature rich and prompt as plenty seems to be happening
already!

As always, I want to thank those who contributed and hope that you enjoy
the read. If you would like to comment further on any of the highlighted
discussions then please do so on the appropriate list, if you want to
comment on the newsletter itself then please point your comments to
[EMAIL PROTECTED]

Rob Oxspring

Contents  

General 
Lucene 
POI 



General  
===
"Ideas, suggestions, and comments on the overall Jakarta project"
Editor: Rob Oxspring

"if continuous integration is a good thing on a small project, why not
apply it recursively and include all dependencies for which access to
source is provided" This has been the reasoning behind Gump [1] and
since so many Jakarta folk agreed [2] it was decided to promote Gump
from within alexandria to be a first class Jakarta subproject. Gump was
promoted out of alexandria to be a jakarta subproject. Gump had been
used to build all the latest versions of the jakarta code for a long
time now, and does a great job of keeping the developers on their toes
and helps maintain a high level of interoperability between subprojects.

For those that like Wikis, the turbine team talked us into starting up
our very own. As usual there was plenty of discussion about the pros and
cons, and plenty about the implementation [3,4] but Andy Oliver decided
to get the ball rolling with a simple system with minimal administration
needs [5].

Should Apache move into the world of C#? Does the JCP do Java any
favours? These are the general themes of this months big thread and
since both topics repeatedly come up at Jakarta, it will come as no
surprise to learn that opinions are mixed and conclusions are some time
off. Still, its always fun guessing which way to jump! [6,7]

[1] - http://jakarta.apache.org/gump/ 
[2] -
http://archives.apache.org/eyebrowse/BrowseList?listName=general@jakarta
.apache.org&by=thread&from=296622 
[3] -
http://archives.apache.org/eyebrowse/BrowseList?listName=general@jakarta
.apache.org&by=thread&from=294885 
[4] -
http://archives.apache.org/eyebrowse/BrowseList?listName=general@jakarta
.apache.org&by=thread&from=295289 
[5] - http://nagoya.apache.org/wiki/apachewiki.cgi 
[6] -
http://archives.apache.org/eyebrowse/BrowseList?listName=general@jakarta
.apache.org&by=thread&from=287011 
[7] -
http://archives.apache.org/eyebrowse/BrowseList?listName=general@jakarta
.apache.org&by=thread&from=286144 


 
Lucene  
==
"a high-performance, full-featured text search engine"
Editor: Otis Gospodnetic

Doug Cutting added Snowball Stemmers[1] to Lucene Sandbox Repository[2].
Snowball[3] is a small string processing language designed for creating
stemming algorithms for use in Information Retrieval. Snowball Stemmers
for Lucene project provides pre-compiled version of the Snowball
stemmers together with classes integrating them with the Lucene search
engine. 

Previously Lucene supported only English, German, and Russian. Lucene
users can now make use of the code provided by this new project and gain
support for the following languages: 

Danish 
Dutch 
English 
Finnish 
French 
German 
Italian 
Norwegian 
Portuguese 
Russian 
Spanish 
Swedish 

[1] - http://jakarta.apache.org/lucene/docs/lucene-sandbox/snowball/ 
[2] - http://jakarta.apache.org/lucene/docs/lucene-sandbox/ 
[3] - http://snowball.tartarus.org/ 
 

 
POI 
===
"APIs for manipulating various file formats based upon Microsoft's OLE 2
Compound Document format"
Editor: Glen Stampoultzis

Patch for custom palettes received. [1] 
Andy created a patch for a proposed refactoring of the
EventRecordFactory. [2]. 
Ken was rather busy converting Poi to the latest and greatest Centipede.

release and making it all run under gump. [3] 
Some idea's on refactoring the formula parser were discussed. [4] 
Ken let us in on the correct way to do releases. [5] 
Patch for recalc record comitted [6] 
Support for horizontal centering during print [7] 
Add support for setting the active cell in a worksheet through usermodel
[8] 

[1] - http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15743 
[2] - http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15660 
[3] - http://marc.theaimsgroup.com/?l=poi-dev&m=104065623 922418&w=2 
[4] - http://marc.theaimsgroup.com/?t=10397344191&r=1&w =2 
[5] - http://marc.theaimsgroup.com/?l=poi-dev&m=103911596 709970&w=2 
[6] - http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13500 
[7] - http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15677 
[8] - http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15537 


--
To

RE: [DRAFT] Jakarta Newsletter - December 2002

2003-01-16 Thread Rob Oxspring

Sorry if there are a couple of copies of the draft posted - mail
provider has just been having a bit of a hiccup and I'm not sure whats
getting through yet.

If you have any comments / corrections / additions for this issue then
please send them, I'll wait  at least 24 hrs before posting the final
copy - but assuming all is well I'll get it out the door within 48. As
ever if you want to contribute but don't like the timescale then let me
know within it and we'll see what can be done.

Rob

> -Original Message-
> From: Rob Oxspring [mailto:[EMAIL PROTECTED]] 
> Sent: 16 January 2003 22:40
> To: 'Jakarta General List'
> Subject: [DRAFT] Jakarta Newsletter - December 2002
> 
> 
> Jakarta Newsletter  
> ==
> Issue: 6 
> Date: December 2002 
> Url: http://jakarta.apache.org/site/news/200212.html 
> 
> As you would expect of the holiday season, not a lot was 
> happening at Jakarta other than some discussion, and the 
> usual steady progress in a number of projects.  This issue 
> has been delayed somewhat due to commitments to my real work, 
> but the next issue will hopefully be a little more feature 
> rich and prompt as plenty seems to be happening already!
> 
> As always, I want to thank those who contributed and hope 
> that you enjoy the read. If you would like to comment further 
> on any of the highlighted discussions then please do so on 
> the appropriate list, if you want to comment on the 
> newsletter itself then please point your comments to 
> [EMAIL PROTECTED]
> 
> Rob Oxspring
> 
> Contents  
> 
> General 
> Lucene 
> POI 
> 
> 
> 
> General  
> ===
> "Ideas, suggestions, and comments on the overall Jakarta project"
> Editor: Rob Oxspring
> 
> "if continuous integration is a good thing on a small 
> project, why not apply it recursively and include all 
> dependencies for which access to source is provided" This has 
> been the reasoning behind Gump [1] and since so many Jakarta 
> folk agreed [2] it was decided to promote Gump from within 
> alexandria to be a first class Jakarta subproject. Gump was 
> promoted out of alexandria to be a jakarta subproject. Gump 
> had been used to build all the latest versions of the jakarta 
> code for a long time now, and does a great job of keeping the 
> developers on their toes and helps maintain a high level of 
> interoperability between subprojects.
> 
> For those that like Wikis, the turbine team talked us into 
> starting up our very own. As usual there was plenty of 
> discussion about the pros and cons, and plenty about the 
> implementation [3,4] but Andy Oliver decided to get the ball 
> rolling with a simple system with minimal administration needs [5].
> 
> Should Apache move into the world of C#? Does the JCP do Java 
> any favours? These are the general themes of this months big 
> thread and since both topics repeatedly come up at Jakarta, 
> it will come as no surprise to learn that opinions are mixed 
> and conclusions are some time off. Still, its always fun 
> guessing which way to jump! [6,7]
> 
> [1] - http://jakarta.apache.org/gump/ 
> [2] - 
> http://archives.apache.org/eyebrowse/BrowseList?listName=gener
> al@jakarta
> .apache.org&by=thread&from=296622 
> [3] - 
> http://archives.apache.org/eyebrowse/BrowseList?listName=gener
> al@jakarta
> .apache.org&by=thread&from=294885 
> [4] - 
> http://archives.apache.org/eyebrowse/BrowseList?listName=gener
> al@jakarta
> .apache.org&by=thread&from=295289 
> [5] - http://nagoya.apache.org/wiki/apachewiki.cgi 
> [6] - 
> http://archives.apache.org/eyebrowse/BrowseList?listName=gener
> al@jakarta
> .apache.org&by=thread&from=287011 
> [7] - 
> http://archives.apache.org/eyebrowse/BrowseList?listName=gener
> al@jakarta
> .apache.org&by=thread&from=286144 
> 
> 
>  
> Lucene  
> ==
> "a high-performance, full-featured text search engine"
> Editor: Otis Gospodnetic
> 
> Doug Cutting added Snowball Stemmers[1] to Lucene Sandbox 
> Repository[2]. Snowball[3] is a small string processing 
> language designed for creating stemming algorithms for use in 
> Information Retrieval. Snowball Stemmers for Lucene project 
> provides pre-compiled version of the Snowball stemmers 
> together with classes integrating them with the Lucene search engine. 
> 
> Previously Lucene supported only English, German, and 
> Russian. Lucene users can now make use of the code provided 
> by this new project and gain support for the following languages: 
> 
> Danish 
> Dutch 
> English 
> Finnish 
> French 
> German 
> Italian 
> Norwegian 
> Portuguese 
> Russian 
> Spanish 
> Swedish 
> 
> [1] - http://jakarta.apache.org/lucene/docs/lucene-sandbox/snowball/ 
> [2] - http://jakarta.apache.org/lucene/docs/lucene-sandbox/ 
> [3] - http://snowball.tartarus.org/ 
>  
> 
>  
> POI 
> ===
> "APIs for manipulating various file formats based upon 
> Microsoft's OLE 2 Compound Document format"
> Editor: Glen Stampoultzis
> 
> Patch for custom palettes received. [1] 
> Andy created a patch fo

[DRAFT] Jakarta Newsletter - December 2002

2003-01-16 Thread Rob Oxspring

Jakarta Newsletter  
==
Issue: 6 
Date: December 2002 
Url: http://jakarta.apache.org/site/news/200212.html 

As you would expect of the holiday season, not a lot was happening at
Jakarta other than some discussion, and the usual steady progress in a
number of projects.  This issue has been delayed somewhat due to
commitments to my real work, but the next issue will hopefully be a
little more feature rich and prompt as plenty seems to be happening
already!

As always, I want to thank those who contributed and hope that you enjoy
the read. If you would like to comment further on any of the highlighted
discussions then please do so on the appropriate list, if you want to
comment on the newsletter itself then please point your comments to
[EMAIL PROTECTED]

Rob Oxspring

Contents  

General 
Lucene 
POI 



General  
===
"Ideas, suggestions, and comments on the overall Jakarta project"
Editor: Rob Oxspring

"if continuous integration is a good thing on a small project, why not
apply it recursively and include all dependencies for which access to
source is provided" This has been the reasoning behind Gump [1] and
since so many Jakarta folk agreed [2] it was decided to promote Gump
from within alexandria to be a first class Jakarta subproject. Gump was
promoted out of alexandria to be a jakarta subproject. Gump had been
used to build all the latest versions of the jakarta code for a long
time now, and does a great job of keeping the developers on their toes
and helps maintain a high level of interoperability between subprojects.

For those that like Wikis, the turbine team talked us into starting up
our very own. As usual there was plenty of discussion about the pros and
cons, and plenty about the implementation [3,4] but Andy Oliver decided
to get the ball rolling with a simple system with minimal administration
needs [5].

Should Apache move into the world of C#? Does the JCP do Java any
favours? These are the general themes of this months big thread and
since both topics repeatedly come up at Jakarta, it will come as no
surprise to learn that opinions are mixed and conclusions are some time
off. Still, its always fun guessing which way to jump! [6,7]

[1] - http://jakarta.apache.org/gump/ 
[2] -
http://archives.apache.org/eyebrowse/BrowseList?listName=general@jakarta
.apache.org&by=thread&from=296622 
[3] -
http://archives.apache.org/eyebrowse/BrowseList?listName=general@jakarta
.apache.org&by=thread&from=294885 
[4] -
http://archives.apache.org/eyebrowse/BrowseList?listName=general@jakarta
.apache.org&by=thread&from=295289 
[5] - http://nagoya.apache.org/wiki/apachewiki.cgi 
[6] -
http://archives.apache.org/eyebrowse/BrowseList?listName=general@jakarta
.apache.org&by=thread&from=287011 
[7] -
http://archives.apache.org/eyebrowse/BrowseList?listName=general@jakarta
.apache.org&by=thread&from=286144 


 
Lucene  
==
"a high-performance, full-featured text search engine"
Editor: Otis Gospodnetic

Doug Cutting added Snowball Stemmers[1] to Lucene Sandbox Repository[2].
Snowball[3] is a small string processing language designed for creating
stemming algorithms for use in Information Retrieval. Snowball Stemmers
for Lucene project provides pre-compiled version of the Snowball
stemmers together with classes integrating them with the Lucene search
engine. 

Previously Lucene supported only English, German, and Russian. Lucene
users can now make use of the code provided by this new project and gain
support for the following languages: 

Danish 
Dutch 
English 
Finnish 
French 
German 
Italian 
Norwegian 
Portuguese 
Russian 
Spanish 
Swedish 

[1] - http://jakarta.apache.org/lucene/docs/lucene-sandbox/snowball/ 
[2] - http://jakarta.apache.org/lucene/docs/lucene-sandbox/ 
[3] - http://snowball.tartarus.org/ 
 

 
POI 
===
"APIs for manipulating various file formats based upon Microsoft's OLE 2
Compound Document format"
Editor: Glen Stampoultzis

Patch for custom palettes received. [1] 
Andy created a patch for a proposed refactoring of the
EventRecordFactory. [2]. 
Ken was rather busy converting Poi to the latest and greatest Centipede.

release and making it all run under gump. [3] 
Some idea's on refactoring the formula parser were discussed. [4] 
Ken let us in on the correct way to do releases. [5] 
Patch for recalc record comitted [6] 
Support for horizontal centering during print [7] 
Add support for setting the active cell in a worksheet through usermodel
[8] 

[1] - http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15743 
[2] - http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15660 
[3] - http://marc.theaimsgroup.com/?l=poi-dev&m=104065623 922418&w=2 
[4] - http://marc.theaimsgroup.com/?t=10397344191&r=1&w =2 
[5] - http://marc.theaimsgroup.com/?l=poi-dev&m=103911596 709970&w=2 
[6] - http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13500 
[7] - http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15677 
[8] - http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15537 


--
To

Re: [PMC VOTE] PMC Nominations

2003-01-16 Thread Martin van den Bemt

+1 for all (although not binding).

Also want ask you to also nominate Robert Burrel Donkin.
He is current release manager for commons-beanutils and is preparing the
betwixt (first) release now.

Mvgr,
Martin

On Thu, 2003-01-16 at 22:59, Sam Ruby wrote:
> Reorging the Jakarta PMC apparently has become an annual event.  This
> year will be no different.  I've had lengthy talks with the Apache
> Board, and this has caused me to revisit a number of assumptions.



--
To unsubscribe, e-mail:   
For additional commands, e-mail:

Re: [PMC VOTE] PMC Nominations

2003-01-16 Thread Andrew C. Oliver

I propose to nominate Glen Stampoultzis who is the current release manager
for the Jakarta POI project.  

I also propose Glen shorten his last name to no more than 6 letters so 
that I can spell it
instead of copy and pasting it.

-Andy

Sam Ruby wrote:

Reorging the Jakarta PMC apparently has become an annual event.  This
year will be no different.  I've had lengthy talks with the Apache
Board, and this has caused me to revisit a number of assumptions.

Looking at http://httpd.apache.org/contributors/, it is clear that the
ASF concept of a Project Management Committee permits a significantly
larger number of PMC members per project than I, at least, had ever
presumed.

Given the success that Jakarta has had to date, I don't want to propose
any rapid, irreversable, or disruptive changes.  But the goal should be
clear: the PMC should consist of *all* the people who are actively and
consistently monitoring the code.

So for the first step, I'd like to nominate the following individuals
who have contributed multiple times to the Jakarta newsletter and/or 
recently served as a release manager of a Jakarta subproject:

  [  ]  Nicola Ken Barozzi
  [  ]  Stephen Colebourne
  [  ]  Martin Cooper
  [  ]  Henri Gomez
  [  ]  John Keyes
  [  ]  Larry Isaacs
  [  ]  Otis Gospodnetic
  [  ]  Thomas Mahler
  [  ]  Remy Maucherat
  [  ]  Glenn Nielsen
  [  ]  Andrew C Oliver
  [  ]  Rob Oxspring
  [  ]  Martin Poeschl
  [  ]  Scott Sanders
  [  ]  David Sean Taylor
  [  ]  Mladen Turk
  [  ]  James Turner
  [  ]  Henri Yandell

Future steps will include introduction of a concept of an emeritus PMC
member, reinstating prior PMC members who are still active, and more
nominations (particularly those that chose to contribute to the
newsletter, and/or act as release manager, hint, hint).

Longer term, the plan is to move the subprojects that chose to remain in
Jakarta towards becoming a single community - in particular release
votes will become a responsibility of the PMC.  That does not mean that
all PMC members will vote on all releases, but that it will be from this
pool of members that release votes will be cast.  Clearly there will
need to be a number waves of additions like the one above to the PMC
before we get to this point.

Meanwhile, my plan is to see to it that those subprojects that desire to
become ASF projects will get the full cooperation and support of this 
PMC.

Now for some fine print:

* nominees may chose to decline without giving any reason

* only current PMC member's votes are binding

* once the vote completes, PMC membership is not effective until 48
hours after a board member acknowledges receipt of these votes.

Let the voting begin!

- Sam Ruby

P.S.  My vote is +1 on all.



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 





--
To unsubscribe, e-mail:   
For additional commands, e-mail:

Re: [PMC VOTE] PMC Nominations

2003-01-16 Thread Conor MacNeill

Sam Ruby wrote:


P.S.  My vote is +1 on all.



+1 for all.

Conor



--
To unsubscribe, e-mail:   
For additional commands, e-mail:

[PMC VOTE] PMC Nominations

2003-01-16 Thread Sam Ruby

Reorging the Jakarta PMC apparently has become an annual event.  This
year will be no different.  I've had lengthy talks with the Apache
Board, and this has caused me to revisit a number of assumptions.

Looking at http://httpd.apache.org/contributors/, it is clear that the
ASF concept of a Project Management Committee permits a significantly
larger number of PMC members per project than I, at least, had ever
presumed.

Given the success that Jakarta has had to date, I don't want to propose
any rapid, irreversable, or disruptive changes.  But the goal should be
clear: the PMC should consist of *all* the people who are actively and
consistently monitoring the code.

So for the first step, I'd like to nominate the following individuals
who have contributed multiple times to the Jakarta newsletter and/or 
recently served as a release manager of a Jakarta subproject:

  [  ]  Nicola Ken Barozzi
  [  ]  Stephen Colebourne
  [  ]  Martin Cooper
  [  ]  Henri Gomez
  [  ]  John Keyes
  [  ]  Larry Isaacs
  [  ]  Otis Gospodnetic
  [  ]  Thomas Mahler
  [  ]  Remy Maucherat
  [  ]  Glenn Nielsen
  [  ]  Andrew C Oliver
  [  ]  Rob Oxspring
  [  ]  Martin Poeschl
  [  ]  Scott Sanders
  [  ]  David Sean Taylor
  [  ]  Mladen Turk
  [  ]  James Turner
  [  ]  Henri Yandell

Future steps will include introduction of a concept of an emeritus PMC
member, reinstating prior PMC members who are still active, and more
nominations (particularly those that chose to contribute to the
newsletter, and/or act as release manager, hint, hint).

Longer term, the plan is to move the subprojects that chose to remain in
Jakarta towards becoming a single community - in particular release
votes will become a responsibility of the PMC.  That does not mean that
all PMC members will vote on all releases, but that it will be from this
pool of members that release votes will be cast.  Clearly there will
need to be a number waves of additions like the one above to the PMC
before we get to this point.

Meanwhile, my plan is to see to it that those subprojects that desire to
become ASF projects will get the full cooperation and support of this PMC.

Now for some fine print:

* nominees may chose to decline without giving any reason

* only current PMC member's votes are binding

* once the vote completes, PMC membership is not effective until 48
hours after a board member acknowledges receipt of these votes.

Let the voting begin!

- Sam Ruby

P.S.  My vote is +1 on all.



--
To unsubscribe, e-mail:   
For additional commands, e-mail:

Re: Forum Software for Jakarta?

2003-01-16 Thread V. Cekvenich

Ah... I am sure that it is obvious, but we can write one like 
http://www.basebeans.com/do/bbRssNews, see how you can click and comment?
Done in Struts+JSTL, source code in basicPortal.sf.net. (CVS version 
uses  CommonsSQL to CRUD).

Not PHP plz in Jakrta.

.V

Henri Gomez wrote:
Brian Ewins wrote:


I'd disagree. I've yet to see a web based forum that has 
searching/threading of discussions that are as good as what a mail 
client can do, or one where I can have the entire forum offline with 
me while I read/reply at my leisure.


I've setup many forum, and my preference goes
to YABBSE (www.yabbse.org).

Another things I'd like to see on apache.org,
and something used by many jakarta developpers,
ie weblogs, and for instance MT from moveabletype.org,
(www.movabletype.org).

Should it be possible to install MT 2.51 on apache.org ?




--
To unsubscribe, e-mail:   
For additional commands, e-mail:

Re: Forum Software for Jakarta?

2003-01-16 Thread Henri Gomez

Brian Ewins wrote:

I'd disagree. I've yet to see a web based forum that has 
searching/threading of discussions that are as good as what a mail 
client can do, or one where I can have the entire forum offline with me 
while I read/reply at my leisure.

I've setup many forum, and my preference goes
to YABBSE (www.yabbse.org).

Another things I'd like to see on apache.org,
and something used by many jakarta developpers,
ie weblogs, and for instance MT from moveabletype.org,
(www.movabletype.org).

Should it be possible to install MT 2.51 on apache.org ?





--
To unsubscribe, e-mail:   
For additional commands, e-mail:

Re: how do you work??

2003-01-16 Thread Robert Simmons

Well, there are lots of ways that this happens. However, the most key pieces
are two information systems that we use. One is called CVS. It allows us to
all use the internet to check in code and get the latest updates. If two
guys are working on the same file at once, CVS will merge their changes and
report any conflicts for the developer to resolve. The other system,
Bugzilla, allows us to track defects in a project and manage these defects
via a web page. Users of the systems can submit a bug, the developer
resolves an updates a bug and then finally the user sees that the bug is
fixed.

There is allot of other tools we use but these are the most important and
should provide you a good place to start.

-- Derisor


- Original Message -
From: "Eduardo Andrés Alfonso Sierra" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, January 16, 2003 4:02 AM
Subject: how do you work??


> Hi
>
> I'm an undergraduate student of Computer Science and I'm interested in how
a
> group of developers that are geographically separated works.  You are
> exactly that kind of group. I wanna know what specific tools do you use,
or
> what kind of tools do you use to use, to develop the software.
>
> Can you help me??  or where can I write to get help with this ??
>
>
> Thanks!!!
>
>
> --
> To unsubscribe, e-mail:   
> For additional commands, e-mail: 
>


--
To unsubscribe, e-mail:   
For additional commands, e-mail:

Re: [DRAFT] Jakarta Newsletter - December 2002

[DRAFT] Jakarta Newsletter - December 2002

RE: [DRAFT] Jakarta Newsletter - December 2002

[DRAFT] Jakarta Newsletter - December 2002

Re: [PMC VOTE] PMC Nominations

Re: [PMC VOTE] PMC Nominations

Re: [PMC VOTE] PMC Nominations

[PMC VOTE] PMC Nominations

Re: Forum Software for Jakarta?

Re: Forum Software for Jakarta?

Re: how do you work??

11 matches

Site Navigation

Mail list logo

Footer information