Return-Path: Delivered-To: apmail-jakarta-site-cvs-archive@apache.org Received: (qmail 58862 invoked from network); 6 Nov 2002 18:31:42 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 6 Nov 2002 18:31:42 -0000 Received: (qmail 18801 invoked by uid 97); 6 Nov 2002 18:30:10 -0000 Delivered-To: qmlist-jakarta-archive-site-cvs@jakarta.apache.org Received: (qmail 18737 invoked by uid 97); 6 Nov 2002 18:30:09 -0000 Mailing-List: contact site-cvs-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Jakarta WebSite CVS List" Reply-To: "Jakarta General List" Delivered-To: mailing list site-cvs@jakarta.apache.org Received: (qmail 28926 invoked by uid 98); 6 Nov 2002 17:45:13 -0000 X-Antivirus: nagoya (v4218 created Aug 14 2002) Date: 6 Nov 2002 17:44:07 -0000 Message-ID: <20021106174407.298.qmail@icarus.apache.org> From: roxspring@apache.org To: jakarta-site-cvs@apache.org Subject: cvs commit: jakarta-site/xdocs/site/news 200210.xml X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N roxspring 2002/11/06 09:44:07 Modified: docs/site/news 200210.html xdocs/site/news 200210.xml Log: Final version for October newsletter Revision Changes Path 1.4 +48 -0 jakarta-site/docs/site/news/200210.html Index: 200210.html =================================================================== RCS file: /home/cvs/jakarta-site/docs/site/news/200210.html,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- 200210.html 6 Nov 2002 12:09:30 -0000 1.3 +++ 200210.html 6 Nov 2002 17:44:07 -0000 1.4 @@ -171,7 +171,9 @@
  • Avalon
  • Commons
  • Korean Jakarta
  • +
  • Log4j
  • Lucene
  • +
  • POI
  • Struts
  • @@ -340,6 +342,33 @@ + + +
    + Log4j + +
    +
    +

    "allows developers to control which log statements are output with arbitrary granularity"

    +

    Editor: Ceki G�lc�

    +

    The main branch of the CVS repository is now in quasi-sync with the 1.2 branch [1]. Work on log4j version 1.3 has begun in earnest.

    +

    The committers have voted to require JDK 1.2 and drop support for JDK 1.1 [2].

    +

    The DOMConfigurator is now able to parse configuration files that contains component specific elements [3]. This significantly improves on existing capabilities. Many thanks to James Strachan for enhacing jelly to deal with dynamic properties [4]. The idea to use jelly in log4j has been shelved for the moment [5].

    +

    Chris Nokes [6] has proposed significant architectural changes to improve memory usage.

    +

    +

  • [1] - http://marc.theaimsgroup.com/?l=log4j-dev&m=103420386032223&w=2
  • +
  • [2] - http://marc.theaimsgroup.com/?l=log4j-dev&m=103366188809758&w=2
  • +
  • [3] - http://marc.theaimsgroup.com/?l=log4j-dev&m=103477613024786&w=2
  • +
  • [4] - http://marc.theaimsgroup.com/?l=jakarta-commons-dev&m=103479230214745&w=2
  • +
  • [5] - http://marc.theaimsgroup.com/?l=jakarta-commons-dev&m=103479543318721&w=2
  • +
  • [6] - http://marc.theaimsgroup.com/?t=103471060500008&r=1&w=2
  • +

    +
    +

    +

    + + @@ -355,6 +384,25 @@
  • [1] - http://nagoya.apache.org/eyebrowse/ReadMsg?listName=lucene-dev@jakarta.apache.org&msgId=417758
  • [2] - http://nagoya.apache.org/eyebrowse/BrowseList?listName=lucene-dev@jakarta.apache.org&by=author&from=10162&to=10162&first=1&count=5
  • + +

    + + +
    + Lucene

    + + + 1.3 +40 -1 jakarta-site/xdocs/site/news/200210.xml Index: 200210.xml =================================================================== RCS file: /home/cvs/jakarta-site/xdocs/site/news/200210.xml,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- 200210.xml 6 Nov 2002 12:02:05 -0000 1.2 +++ 200210.xml 6 Nov 2002 17:44:07 -0000 1.3 @@ -8,6 +8,7 @@ Suribada [suribada@apache-korea.org] Leo Simons Henri Yandell +Ceki Gülcü --> @@ -24,7 +25,7 @@
    Url: http://jakarta.apache.org/site/news/200210.html

    -

    After a break for a month the newsletter is back. Over the last two months there has been lots of organisational discussion. After announcing the Japanese translation project last time round, a similar project in Korean has come to light - a section below has been devoted to bringing you up to speed on progress. The lucene guys have been making the usual steady progress mixing on both bugs and features while the Struts team been introducing future plans and new members

    +

    After a break for a month the newsletter is back. Over the last two months there has been lots of organisational discussion. After announcing the Japanese translation project last time round, a similar project in Korean has come to light - a section below has been devoted to bringing you up to speed on progress. The lucene guys have been making the usual steady progress mixing on both bugs and features while the Struts team been introducing future plans and new members.

    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 general@jakarta.apache.org.

    Rob Oxspring

    @@ -34,7 +35,9 @@
  • Avalon
  • Commons
  • Korean Jakarta
  • +
  • Log4j
  • Lucene
  • +
  • POI
  • Struts
  • @@ -155,6 +158,30 @@ +
    +

    "allows developers to control which log statements are output with arbitrary granularity"

    +

    Editor: Ceki Gülcü

    + +

    The main branch of the CVS repository is now in quasi-sync with the 1.2 branch [1]. Work on log4j version 1.3 has begun in earnest.

    + +

    The committers have voted to require JDK 1.2 and drop support for JDK 1.1 [2].

    + +

    The DOMConfigurator is now able to parse configuration files that contains component specific elements [3]. This significantly improves on existing capabilities. Many thanks to James Strachan for enhacing jelly to deal with dynamic properties [4]. The idea to use jelly in log4j has been shelved for the moment [5].

    + +

    Chris Nokes [6] has proposed significant architectural changes to improve memory usage.

    + +

    +

  • [1] - http://marc.theaimsgroup.com/?l=log4j-dev&m=103420386032223&w=2
  • +
  • [2] - http://marc.theaimsgroup.com/?l=log4j-dev&m=103366188809758&w=2
  • +
  • [3] - http://marc.theaimsgroup.com/?l=log4j-dev&m=103477613024786&w=2
  • +
  • [4] - http://marc.theaimsgroup.com/?l=jakarta-commons-dev&m=103479230214745&w=2
  • +
  • [5] - http://marc.theaimsgroup.com/?l=jakarta-commons-dev&m=103479543318721&w=2
  • +
  • [6] - http://marc.theaimsgroup.com/?t=103471060500008&r=1&w=2
  • +

    +
    + + +

    "a high-performance, full-featured text search engine"

    Editor: Otis Gospodnetic

    @@ -172,6 +199,18 @@
  • [2] - http://nagoya.apache.org/eyebrowse/BrowseList?listName=lucene-dev@jakarta.apache.org&by=author&from=10162&to=10162&first=1&count=5
  • +
    + + + +
    +

    "APIs for manipulating various file formats based upon Microsoft's OLE 2 Compound Document format"

    +

    Editor: Andrew C Oliver

    + +

    POI put out a new development release that includes Macro support

    +

    Shawn Laubach was voted a committer

    +

    There was renewed interest in HDF our word port and several new folks expressed an interest in volunteering

    +

    Andy discovered the default encoding on Redhat 8 is now UTF-8 and not 8859-1, hence finally we have a machine to test POI with a different default encoding and can fix that bug.

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

    "APIs for manipulating various file formats based upon Microsoft's OLE 2 Compound Document format"

    +

    Editor: Andrew C Oliver

    +

    POI put out a new development release that includes Macro support

    +

    Shawn Laubach was voted a committer

    +

    There was renewed interest in HDF our word port and several new folks expressed an interest in volunteering

    +

    Andy discovered the default encoding on Redhat 8 is now UTF-8 and not 8859-1, hence finally we have a machine to test POI with a different default encoding and can fix that bug.