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...@apache.org> on 2003/02/03 00:59:28 UTC
[DRAFT1] Jakarta Newsletter - January 2003
Jakarta Newsletter
==================
Issue: 7
Date: January 2003
Url: http://jakarta.apache.org/site/news/200301.html
TODO
Contents
--------
General
Lucene
General
=======
" Ideas, suggestions, and comments on the overall Jakarta project "
Editor: Rob Oxspring
Robert Simmons kicked of a debate over the use of forum software to make
it easier for users to get involved with jakarta subprojects [1,2]. The
Jakarta developers seemed united in preferring mailing lists and pointed
out archives [3] and services such as gmane [4] for more casual use of
the lists.
The Pluto subproject was proposed as a reference implementation of the
Portlet API and was heavily discussed [5]. Relating to the portals theme,
Charon was propsed ro implement the Web Services for Remote
specification, although this recieved only a little discussion [6,7].
Dani Estermann asked for some advice on choosing a logging stratergy for
future code. Some advocated using the JDK logging if Java 1.4 was
guarenteed, others recommended using Log4j whatever the situation. It was
also suggested that the use of a facade such as commons-logging should be
limitted to situations where chioce is needed. Browse the archive for
further detail [8].
Is it time for a new look Jakarta? Maybe a unified Apache site look and
feel? Christoph Wilhelms suggested the use of his FakeForrest skin to
give Jakarta a facelift [9]. This offers a Forrest[10] look a like and
could act as a stepping stone towards the eventual use of forrest for the
websites.
[1] -
http://archives.apache.org/eyebrowse/BrowseList?listName=general@jakarta.apache.org&by=thread&from=305266
[2] -
http://archives.apache.org/eyebrowse/BrowseList?listName=general@jakarta.apache.org&by=thread&from=309508
[3] - http://archives.apache.org/eyebrowse/
[4] - http://www.gmane.org/
[5] -
http://archives.apache.org/eyebrowse/BrowseList?listName=general@jakarta.apache.org&by=thread&from=308677
[6] -
http://archives.apache.org/eyebrowse/BrowseList?listName=general@jakarta.apache.org&by=thread&from=308715
[7] -
http://archives.apache.org/eyebrowse/BrowseList?listName=general@jakarta.apache.org&by=thread&from=308716
[8] -
http://archives.apache.org/eyebrowse/BrowseList?listName=general@jakarta.apache.org&by=thread&from=314971
[9] -
http://archives.apache.org/eyebrowse/BrowseList?listName=general@jakarta.apache.org&by=thread&from=315699
[10] - http://xml.apache.org/forrest/
Lucene
======
" A high-performance, full-featured text search engine "
Editor: Otis Gospodnetic
This month's notes come straight from Lucene's CHANGES.txt file. In
addition to that I'll only mention that the Lucene team is preparing for
packaging the first release candidate for the 1.3 release.
a. Queries are no longer modified during a search. This makes it
possible, e.g., to reuse the same query instance with multiple indexes
from multiple threads.
b. Term-expanding queries (e.g. PrefixQuery, WildcardQuery, etc.) now
work correctly with MultiSearcher, fixing bugs 12619 and 12667.
c. Boosting BooleanQuery's now works, and is supported by the query
parser (problem reported by Lee Mallabone). Thus a query like "(+foo
+bar)^2 +baz" is now supported and equivalent to "(+foo^2 +bar^2) +baz".
d. New method: Query.rewrite(IndexReader). This permits a query to
re-write itself as an alternate, more primitive query. Most of the
term-expanding query classes (PrefixQuery, WildcardQuery, etc.) are now
implemented using this method.
e. New method: Searchable.explain(Query q, int doc). This returns an
Explanation instance that describes how a particular document is scored
against a query. An explanation can be displayed as either plain text,
with the toString() method, or as HTML, with the toHtml() method. Note
that computing an explanation is as expensive as executing the query over
the entire index. This is intended to be used in developing Similarity
implementations, and, for good performance, should not be displayed with
every hit.
f. Scorer and Weight are public, not package protected. It now possible
for someone to write a Scorer implementation that is not in the
org.apache.lucene.search package. This is still fairly advanced
programming, and I don't expect anyone to do this anytime soon, but at
least now it is possible.
g. Added public accessors to the primitive query classes (TermQuery,
PhraseQuery and BooleanQuery), permitting access to their terms and
clauses.
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
For additional commands, e-mail: general-help@jakarta.apache.org
[DRAFT2] Jakarta Newsletter - January 2003
Posted by Robert Oxspring <ro...@imapmail.org>.
Jakarta Newsletter
==================
Issue: 7
Date: January 2003
Url: http://jakarta.apache.org/site/news/200301.html
The month has been quite busy for apache folks, with new apache
projects, new jakarta subprojects and talk of even more. And to reassure
you that the code is also coming along nicely, at least Lucene, Ant and
HttpClient are expecting releases in the near future.
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
Contents
--------
# General
# Commons
# db.apache.org
# Lucene
# POI
General
=======
" Ideas, suggestions, and comments on the overall Jakarta project "
Editor: Rob Oxspring
Robert Simmons kicked of a debate over the use of forum software to make
it easier for users to get involved with jakarta subprojects [1,2]. The
Jakarta developers seemed united in preferring mailing lists and pointed
out archives [3] and services such as gmane [4] for more casual use of
the lists.
The Pluto subproject was proposed as a reference implementation of the
Portlet API and was heavily discussed [5]. Relating to the portals
theme, Charon was propsed ro implement the Web Services for Remote
specification, although this recieved only a little discussion [6,7].
Dani Estermann asked for some advice on choosing a logging stratergy for
future code. Some advocated using the JDK logging if Java 1.4 was
guarenteed, others recommended using Log4j whatever the situation. It
was also suggested that the use of a facade such as commons-logging
should be limitted to situations where chioce is needed. Browse the
archive for further detail [8].
Is it time for a new look Jakarta? Maybe a unified Apache site look and
feel? Christoph Wilhelms suggested the use of his FakeForrest skin to
give Jakarta a facelift [9]. This offers a Forrest[10] look a like and
could act as a stepping stone towards the eventual use of forrest for
the websites.
Finally, several people have been elected as new members of the Jakarta
PMC [11], they are:
# Nicola Ken Barozzi
# Robert Burrel Donkin
# 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
# Glen Stampoultzis
# Mladen Turk
# James Turner
# Henri Yandell
# [1] -
http://archives.apache.org/eyebrowse/BrowseList?listName=general@jakarta.apache.org&by=thread&from=305266
# [2] -
http://archives.apache.org/eyebrowse/BrowseList?listName=general@jakarta.apache.org&by=thread&from=309508
# [3] - http://archives.apache.org/eyebrowse/
# [4] - http://www.gmane.org/
# [5] -
http://archives.apache.org/eyebrowse/BrowseList?listName=general@jakarta.apache.org&by=thread&from=308677
# [6] -
http://archives.apache.org/eyebrowse/BrowseList?listName=general@jakarta.apache.org&by=thread&from=308715
# [7] -
http://archives.apache.org/eyebrowse/BrowseList?listName=general@jakarta.apache.org&by=thread&from=308716
# [8] -
http://archives.apache.org/eyebrowse/BrowseList?listName=general@jakarta.apache.org&by=thread&from=314971
# [9] -
http://archives.apache.org/eyebrowse/BrowseList?listName=general@jakarta.apache.org&by=thread&from=315699
# [10] - http://xml.apache.org/forrest/
# [11] -
http://archives.apache.org/eyebrowse/ReadMsg?listName=general@jakarta.apache.org&msgNo=14080
Commons
=======
Due to the diverse nature of the commons group, this section has been
split up to make it easier to pick out the topics of interest. This
months stories come from the following:
# Codec
# HttpClient
Codec
-----
"definitive implementations of common encodings"
Editor: Tim O'brien
The codec project is alive again, and moving towards a release. Codec's
short-term goals include: moving towards definitive implementations of
common encodings such as Base64 and Hex, and developing a cohesive
framework for expansion.
HttpClient
----------
"HttpClient provides client side HTTP 1.0/1.1 connectivity to any Java
component"
Editor: Jeffrey Dever
Release 2.0 Alpha 2!
After many months and a great resurgence of developers, the new build of
HttpClient is finally here. The new group of developers has done
extensive refactoring to move the project along the new vision. The code
base has reached a significant level of maturity and we expect that
another released build (possibly a beta) will be ready near the end of
February
Also check out the new HttpClient logo on the website created by Jeff
Dever with the Gimp!
http://jakarta.apache.org/commons/httpclient/
db.apache.org
=============
" Database Software "
Editior: Martin Poeschl
The DB project was created to allow the collection of similar
technologies into one larger subcommunity.
The following jakarta projects moved to the db project
# ojb
# turbine-torque
# commons-sql
http://db.apache.org
Lucene
======
" A high-performance, full-featured text search engine "
Editor: Otis Gospodnetic
This month's notes come straight from Lucene's CHANGES.txt file. In
addition to that I'll only mention that the Lucene team is preparing for
packaging the first release candidate for the 1.3 release.
a. Queries are no longer modified during a search. This makes it
possible, e.g., to reuse the same query instance with multiple indexes
from multiple threads.
b. Term-expanding queries (e.g. PrefixQuery, WildcardQuery, etc.) now
work correctly with MultiSearcher, fixing bugs 12619 and 12667.
c. Boosting BooleanQuery's now works, and is supported by the query
parser (problem reported by Lee Mallabone). Thus a query like "(+foo
+bar)^2 +baz" is now supported and equivalent to "(+foo^2 +bar^2) +baz".
d. New method: Query.rewrite(IndexReader). This permits a query to
re-write itself as an alternate, more primitive query. Most of the
term-expanding query classes (PrefixQuery, WildcardQuery, etc.) are now
implemented using this method.
e. New method: Searchable.explain(Query q, int doc). This returns an
Explanation instance that describes how a particular document is scored
against a query. An explanation can be displayed as either plain text,
with the toString() method, or as HTML, with the toHtml() method. Note
that computing an explanation is as expensive as executing the query
over the entire index. This is intended to be used in developing
Similarity implementations, and, for good performance, should not be
displayed with every hit.
f. Scorer and Weight are public, not package protected. It now possible
for someone to write a Scorer implementation that is not in the
org.apache.lucene.search package. This is still fairly advanced
programming, and I don't expect anyone to do this anytime soon, but at
least now it is possible.
g. Added public accessors to the primitive query classes (TermQuery,
PhraseQuery and BooleanQuery), permitting access to their terms and clauses.
POI
===
"APIs for manipulating various file formats based upon Microsoft's OLE 2
Compound Document format"
Editor: Glen Stampoultzis
Rainer completed the HPSF documentation. It now includes general
property set streams.
Carey Sublette let us know about an issue surrounding incompatibilities
between how Excel processes unicode. Even though unicode is the standard
according to the Excel97 Developers kit it seems that Excel sometimes
allows invalid characters from the Cp1252 codepage. He plans on
submitting a patch.
Jason Height has been trying to implement the DBCell and Index records.
Andy wrote up some details on how to refactor and complete the formula
parsing [1].
Patch for custom formula palette's added by Brian Sanders
Gump build has made a positive build of Jakarta POI using the latest
release of Centipede
Performance branch made and committed by Andy. This reduces memory
dramatically and increases execution speed but still has a few things to
be ironed out before a merge occurs back to the trunk.
# [1] -
http://nagoya.apache.org/wiki/apachewiki.cgi?RefactorAndCompleteFormulaParsing
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
For additional commands, e-mail: general-help@jakarta.apache.org
Re: [DRAFT1] Jakarta Newsletter - January 2003
Posted by Martin Poeschl <mp...@marmot.at>.
db.apache.org
=============
The DB project was created to allow the collection of similar
technologies into one larger subcommunity.
The following jakarta projects moved to the db project
* ojb
* turbine-torque
* commons-sql
[the list should be updated before sending the newsletter]
http://db.apache.org
Rob Oxspring wrote:
>Jakarta Newsletter
>==================
>
>Issue: 7
>Date: January 2003
>Url: http://jakarta.apache.org/site/news/200301.html
>
>TODO
>
>Contents
>--------
>
>General
>Lucene
>
>
>
>General
>=======
>" Ideas, suggestions, and comments on the overall Jakarta project "
>Editor: Rob Oxspring
>
>Robert Simmons kicked of a debate over the use of forum software to make
>it easier for users to get involved with jakarta subprojects [1,2]. The
>Jakarta developers seemed united in preferring mailing lists and pointed
>out archives [3] and services such as gmane [4] for more casual use of
>the lists.
>
>The Pluto subproject was proposed as a reference implementation of the
>Portlet API and was heavily discussed [5]. Relating to the portals theme,
>Charon was propsed ro implement the Web Services for Remote
>specification, although this recieved only a little discussion [6,7].
>
>Dani Estermann asked for some advice on choosing a logging stratergy for
>future code. Some advocated using the JDK logging if Java 1.4 was
>guarenteed, others recommended using Log4j whatever the situation. It was
>also suggested that the use of a facade such as commons-logging should be
>limitted to situations where chioce is needed. Browse the archive for
>further detail [8].
>
>Is it time for a new look Jakarta? Maybe a unified Apache site look and
>feel? Christoph Wilhelms suggested the use of his FakeForrest skin to
>give Jakarta a facelift [9]. This offers a Forrest[10] look a like and
>could act as a stepping stone towards the eventual use of forrest for the
>websites.
>
>[1] -
>http://archives.apache.org/eyebrowse/BrowseList?listName=general@jakarta.apache.org&by=thread&from=305266
>[2] -
>http://archives.apache.org/eyebrowse/BrowseList?listName=general@jakarta.apache.org&by=thread&from=309508
>[3] - http://archives.apache.org/eyebrowse/
>[4] - http://www.gmane.org/
>[5] -
>http://archives.apache.org/eyebrowse/BrowseList?listName=general@jakarta.apache.org&by=thread&from=308677
>[6] -
>http://archives.apache.org/eyebrowse/BrowseList?listName=general@jakarta.apache.org&by=thread&from=308715
>[7] -
>http://archives.apache.org/eyebrowse/BrowseList?listName=general@jakarta.apache.org&by=thread&from=308716
>[8] -
>http://archives.apache.org/eyebrowse/BrowseList?listName=general@jakarta.apache.org&by=thread&from=314971
>[9] -
>http://archives.apache.org/eyebrowse/BrowseList?listName=general@jakarta.apache.org&by=thread&from=315699
>[10] - http://xml.apache.org/forrest/
>
>
>
>Lucene
>======
>" A high-performance, full-featured text search engine "
>Editor: Otis Gospodnetic
>
>This month's notes come straight from Lucene's CHANGES.txt file. In
>addition to that I'll only mention that the Lucene team is preparing for
>packaging the first release candidate for the 1.3 release.
>
>a. Queries are no longer modified during a search. This makes it
>possible, e.g., to reuse the same query instance with multiple indexes
>from multiple threads.
>
>b. Term-expanding queries (e.g. PrefixQuery, WildcardQuery, etc.) now
>work correctly with MultiSearcher, fixing bugs 12619 and 12667.
>
>c. Boosting BooleanQuery's now works, and is supported by the query
>parser (problem reported by Lee Mallabone). Thus a query like "(+foo
>+bar)^2 +baz" is now supported and equivalent to "(+foo^2 +bar^2) +baz".
>
>d. New method: Query.rewrite(IndexReader). This permits a query to
>re-write itself as an alternate, more primitive query. Most of the
>term-expanding query classes (PrefixQuery, WildcardQuery, etc.) are now
>implemented using this method.
>
>e. New method: Searchable.explain(Query q, int doc). This returns an
>Explanation instance that describes how a particular document is scored
>against a query. An explanation can be displayed as either plain text,
>with the toString() method, or as HTML, with the toHtml() method. Note
>that computing an explanation is as expensive as executing the query over
>the entire index. This is intended to be used in developing Similarity
>implementations, and, for good performance, should not be displayed with
>every hit.
>
>f. Scorer and Weight are public, not package protected. It now possible
>for someone to write a Scorer implementation that is not in the
>org.apache.lucene.search package. This is still fairly advanced
>programming, and I don't expect anyone to do this anytime soon, but at
>least now it is possible.
>
>g. Added public accessors to the primitive query classes (TermQuery,
>PhraseQuery and BooleanQuery), permitting access to their terms and
>clauses.
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
>For additional commands, e-mail: general-help@jakarta.apache.org
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
For additional commands, e-mail: general-help@jakarta.apache.org
Re: [DRAFT1] Jakarta Newsletter - January 2003
Posted by di...@multitask.com.au.
Rob,
do you want updates emailed to you, posted to the list, entered in the
wiki??
--
dIon Gillard, Multitask Consulting
Blog: http://www.freeroller.net/page/dion/Weblog
Work: http://www.multitask.com.au
Jeffrey Dever <js...@sympatico.ca> wrote on 03/02/2003 11:24:27 AM:
> Commons HttpClient
>
> Release 2.0 Alpha 2!
> After many months and a great resurgence of developers, the new build of
> /HttpClient/ is finally here. The new group of developers has done
> extensive refactoring to move the project along the new vision. The code
> base has reached a significant level of maturity and we expect that
> another released build (possibly a beta) will be ready near the end of
> February
>
> Also check out the new /HttpClient/ logo on the website created by Jeff
> Dever with the Gimp! http://jakarta.apache.org/commons/httpclient/
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
For additional commands, e-mail: general-help@jakarta.apache.org
Re: [DRAFT1] Jakarta Newsletter - January 2003
Posted by Jeffrey Dever <js...@sympatico.ca>.
Commons HttpClient
Release 2.0 Alpha 2!
After many months and a great resurgence of developers, the new build of
/HttpClient/ is finally here. The new group of developers has done
extensive refactoring to move the project along the new vision. The code
base has reached a significant level of maturity and we expect that
another released build (possibly a beta) will be ready near the end of
February
Also check out the new /HttpClient/ logo on the website created by Jeff
Dever with the Gimp! http://jakarta.apache.org/commons/httpclient/
Rob Oxspring wrote:
>Jakarta Newsletter
>==================
>
>Issue: 7
>Date: January 2003
>Url: http://jakarta.apache.org/site/news/200301.html
>
>TODO
>
>Contents
>--------
>
>General
>Lucene
>
>
>
>General
>=======
>" Ideas, suggestions, and comments on the overall Jakarta project "
>Editor: Rob Oxspring
>
>Robert Simmons kicked of a debate over the use of forum software to make
>it easier for users to get involved with jakarta subprojects [1,2]. The
>Jakarta developers seemed united in preferring mailing lists and pointed
>out archives [3] and services such as gmane [4] for more casual use of
>the lists.
>
>The Pluto subproject was proposed as a reference implementation of the
>Portlet API and was heavily discussed [5]. Relating to the portals theme,
>Charon was propsed ro implement the Web Services for Remote
>specification, although this recieved only a little discussion [6,7].
>
>Dani Estermann asked for some advice on choosing a logging stratergy for
>future code. Some advocated using the JDK logging if Java 1.4 was
>guarenteed, others recommended using Log4j whatever the situation. It was
>also suggested that the use of a facade such as commons-logging should be
>limitted to situations where chioce is needed. Browse the archive for
>further detail [8].
>
>Is it time for a new look Jakarta? Maybe a unified Apache site look and
>feel? Christoph Wilhelms suggested the use of his FakeForrest skin to
>give Jakarta a facelift [9]. This offers a Forrest[10] look a like and
>could act as a stepping stone towards the eventual use of forrest for the
>websites.
>
>[1] -
>http://archives.apache.org/eyebrowse/BrowseList?listName=general@jakarta.apache.org&by=thread&from=305266
>[2] -
>http://archives.apache.org/eyebrowse/BrowseList?listName=general@jakarta.apache.org&by=thread&from=309508
>[3] - http://archives.apache.org/eyebrowse/
>[4] - http://www.gmane.org/
>[5] -
>http://archives.apache.org/eyebrowse/BrowseList?listName=general@jakarta.apache.org&by=thread&from=308677
>[6] -
>http://archives.apache.org/eyebrowse/BrowseList?listName=general@jakarta.apache.org&by=thread&from=308715
>[7] -
>http://archives.apache.org/eyebrowse/BrowseList?listName=general@jakarta.apache.org&by=thread&from=308716
>[8] -
>http://archives.apache.org/eyebrowse/BrowseList?listName=general@jakarta.apache.org&by=thread&from=314971
>[9] -
>http://archives.apache.org/eyebrowse/BrowseList?listName=general@jakarta.apache.org&by=thread&from=315699
>[10] - http://xml.apache.org/forrest/
>
>
>
>Lucene
>======
>" A high-performance, full-featured text search engine "
>Editor: Otis Gospodnetic
>
>This month's notes come straight from Lucene's CHANGES.txt file. In
>addition to that I'll only mention that the Lucene team is preparing for
>packaging the first release candidate for the 1.3 release.
>
>a. Queries are no longer modified during a search. This makes it
>possible, e.g., to reuse the same query instance with multiple indexes
>from multiple threads.
>
>b. Term-expanding queries (e.g. PrefixQuery, WildcardQuery, etc.) now
>work correctly with MultiSearcher, fixing bugs 12619 and 12667.
>
>c. Boosting BooleanQuery's now works, and is supported by the query
>parser (problem reported by Lee Mallabone). Thus a query like "(+foo
>+bar)^2 +baz" is now supported and equivalent to "(+foo^2 +bar^2) +baz".
>
>d. New method: Query.rewrite(IndexReader). This permits a query to
>re-write itself as an alternate, more primitive query. Most of the
>term-expanding query classes (PrefixQuery, WildcardQuery, etc.) are now
>implemented using this method.
>
>e. New method: Searchable.explain(Query q, int doc). This returns an
>Explanation instance that describes how a particular document is scored
>against a query. An explanation can be displayed as either plain text,
>with the toString() method, or as HTML, with the toHtml() method. Note
>that computing an explanation is as expensive as executing the query over
>the entire index. This is intended to be used in developing Similarity
>implementations, and, for good performance, should not be displayed with
>every hit.
>
>f. Scorer and Weight are public, not package protected. It now possible
>for someone to write a Scorer implementation that is not in the
>org.apache.lucene.search package. This is still fairly advanced
>programming, and I don't expect anyone to do this anytime soon, but at
>least now it is possible.
>
>g. Added public accessors to the primitive query classes (TermQuery,
>PhraseQuery and BooleanQuery), permitting access to their terms and
>clauses.
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
>For additional commands, e-mail: general-help@jakarta.apache.org
>
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
For additional commands, e-mail: general-help@jakarta.apache.org
Re: [DRAFT1] Jakarta Newsletter - January 2003
Posted by Rob Oxspring <ro...@apache.org>.
Okay people time to add your stuff.
As per usual I've CCd the previous contributers in the hope that they'll
either contribute again or talk someone on their projects into taking
over. If you want to write up the months gossip for a project then send
it to me and I'll include it, its probably best to let the appropriate
dev list know so that duplicated work can be avoided.
I'm going to be offline for the next week so won't be able to respond to
questions or conrtibutions but I'm sure people on the general list will
be able to resolve any issues. I'll aim to collate all the input on the
afternoon of the 9th and post another draft then.
Thanks in advance,
Rob
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
For additional commands, e-mail: general-help@jakarta.apache.org
[DRAFT2] Jakarta Newsletter - January 2003
Posted by Robert Oxspring <ro...@apache.org>.
Jakarta Newsletter
==================
Issue: 7
Date: January 2003
Url: http://jakarta.apache.org/site/news/200301.html
The month has been quite busy for apache folks, with new apache
projects, new jakarta subprojects and talk of even more. And to reassure
you that the code is also coming along nicely, at least Lucene, Ant and
HttpClient are expecting releases in the near future.
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
Contents
--------
# General
# Commons
# db.apache.org
# Lucene
# POI
General
=======
" Ideas, suggestions, and comments on the overall Jakarta project "
Editor: Rob Oxspring
Robert Simmons kicked of a debate over the use of forum software to make
it easier for users to get involved with jakarta subprojects [1,2]. The
Jakarta developers seemed united in preferring mailing lists and pointed
out archives [3] and services such as gmane [4] for more casual use of
the lists.
The Pluto subproject was proposed as a reference implementation of the
Portlet API and was heavily discussed [5]. Relating to the portals
theme, Charon was propsed ro implement the Web Services for Remote
specification, although this recieved only a little discussion [6,7].
Dani Estermann asked for some advice on choosing a logging stratergy for
future code. Some advocated using the JDK logging if Java 1.4 was
guarenteed, others recommended using Log4j whatever the situation. It
was also suggested that the use of a facade such as commons-logging
should be limitted to situations where chioce is needed. Browse the
archive for further detail [8].
Is it time for a new look Jakarta? Maybe a unified Apache site look and
feel? Christoph Wilhelms suggested the use of his FakeForrest skin to
give Jakarta a facelift [9]. This offers a Forrest[10] look a like and
could act as a stepping stone towards the eventual use of forrest for
the websites.
Finally, several people have been elected as new members of the Jakarta
PMC [11], they are:
# Nicola Ken Barozzi
# Robert Burrel Donkin
# 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
# Glen Stampoultzis
# Mladen Turk
# James Turner
# Henri Yandell
# [1] -
http://archives.apache.org/eyebrowse/BrowseList?listName=general@jakarta.apache.org&by=thread&from=305266
# [2] -
http://archives.apache.org/eyebrowse/BrowseList?listName=general@jakarta.apache.org&by=thread&from=309508
# [3] - http://archives.apache.org/eyebrowse/
# [4] - http://www.gmane.org/
# [5] -
http://archives.apache.org/eyebrowse/BrowseList?listName=general@jakarta.apache.org&by=thread&from=308677
# [6] -
http://archives.apache.org/eyebrowse/BrowseList?listName=general@jakarta.apache.org&by=thread&from=308715
# [7] -
http://archives.apache.org/eyebrowse/BrowseList?listName=general@jakarta.apache.org&by=thread&from=308716
# [8] -
http://archives.apache.org/eyebrowse/BrowseList?listName=general@jakarta.apache.org&by=thread&from=314971
# [9] -
http://archives.apache.org/eyebrowse/BrowseList?listName=general@jakarta.apache.org&by=thread&from=315699
# [10] - http://xml.apache.org/forrest/
# [11] -
http://archives.apache.org/eyebrowse/ReadMsg?listName=general@jakarta.apache.org&msgNo=14080
Commons
=======
Due to the diverse nature of the commons group, this section has been
split up to make it easier to pick out the topics of interest. This
months stories come from the following:
# Codec
# HttpClient
Codec
-----
"definitive implementations of common encodings"
Editor: Tim O'brien
The codec project is alive again, and moving towards a release. Codec's
short-term goals include: moving towards definitive implementations of
common encodings such as Base64 and Hex, and developing a cohesive
framework for expansion.
HttpClient
----------
"HttpClient provides client side HTTP 1.0/1.1 connectivity to any Java
component"
Editor: Jeffrey Dever
Release 2.0 Alpha 2!
After many months and a great resurgence of developers, the new build of
HttpClient is finally here. The new group of developers has done
extensive refactoring to move the project along the new vision. The code
base has reached a significant level of maturity and we expect that
another released build (possibly a beta) will be ready near the end of
February
Also check out the new HttpClient logo on the website created by Jeff
Dever with the Gimp!
http://jakarta.apache.org/commons/httpclient/
db.apache.org
=============
" Database Software "
Editior: Martin Poeschl
The DB project was created to allow the collection of similar
technologies into one larger subcommunity.
The following jakarta projects moved to the db project
# ojb
# turbine-torque
# commons-sql
http://db.apache.org
Lucene
======
" A high-performance, full-featured text search engine "
Editor: Otis Gospodnetic
This month's notes come straight from Lucene's CHANGES.txt file. In
addition to that I'll only mention that the Lucene team is preparing for
packaging the first release candidate for the 1.3 release.
a. Queries are no longer modified during a search. This makes it
possible, e.g., to reuse the same query instance with multiple indexes
from multiple threads.
b. Term-expanding queries (e.g. PrefixQuery, WildcardQuery, etc.) now
work correctly with MultiSearcher, fixing bugs 12619 and 12667.
c. Boosting BooleanQuery's now works, and is supported by the query
parser (problem reported by Lee Mallabone). Thus a query like "(+foo
+bar)^2 +baz" is now supported and equivalent to "(+foo^2 +bar^2) +baz".
d. New method: Query.rewrite(IndexReader). This permits a query to
re-write itself as an alternate, more primitive query. Most of the
term-expanding query classes (PrefixQuery, WildcardQuery, etc.) are now
implemented using this method.
e. New method: Searchable.explain(Query q, int doc). This returns an
Explanation instance that describes how a particular document is scored
against a query. An explanation can be displayed as either plain text,
with the toString() method, or as HTML, with the toHtml() method. Note
that computing an explanation is as expensive as executing the query
over the entire index. This is intended to be used in developing
Similarity implementations, and, for good performance, should not be
displayed with every hit.
f. Scorer and Weight are public, not package protected. It now possible
for someone to write a Scorer implementation that is not in the
org.apache.lucene.search package. This is still fairly advanced
programming, and I don't expect anyone to do this anytime soon, but at
least now it is possible.
g. Added public accessors to the primitive query classes (TermQuery,
PhraseQuery and BooleanQuery), permitting access to their terms and clauses.
POI
===
"APIs for manipulating various file formats based upon Microsoft's OLE 2
Compound Document format"
Editor: Glen Stampoultzis
Rainer completed the HPSF documentation. It now includes general
property set streams.
Carey Sublette let us know about an issue surrounding incompatibilities
between how Excel processes unicode. Even though unicode is the standard
according to the Excel97 Developers kit it seems that Excel sometimes
allows invalid characters from the Cp1252 codepage. He plans on
submitting a patch.
Jason Height has been trying to implement the DBCell and Index records.
Andy wrote up some details on how to refactor and complete the formula
parsing [1].
Patch for custom formula palette's added by Brian Sanders
Gump build has made a positive build of Jakarta POI using the latest
release of Centipede
Performance branch made and committed by Andy. This reduces memory
dramatically and increases execution speed but still has a few things to
be ironed out before a merge occurs back to the trunk.
# [1] -
http://nagoya.apache.org/wiki/apachewiki.cgi?RefactorAndCompleteFormulaParsing
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
For additional commands, e-mail: general-help@jakarta.apache.org
RE: [DRAFT1] Jakarta Newsletter - January 2003
Posted by "O'brien, Tim" <to...@transolutions.net>.
Here's some content:
> Commons Sandbox - Codec out of hiberna
--------
Tim O'Brien
> -----Original Message-----
> From: Stefan Bodewig [mailto:bodewig@apache.org]
> Sent: Monday, February 03, 2003 1:58 AM
> To: general@jakarta.apache.org
> Subject: Re: [DRAFT1] Jakarta Newsletter - January 2003
>
>
> On Sun, 02 Feb 2003, Rob Oxspring <ro...@apache.org> wrote:
>
> > General
>
> Several people have been elected as new members of the
> Jakarta PMC, they are [1]
>
> Nicola Ken Barozzi
> Robert Burrel Donkin
> 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
> Glen Stampoultzis
> Mladen Turk
> James Turner
> Henri Yandell
>
> Footnotes:
> [1]
> http://archives.apache.org/eyebrowse/ReadMsg?listName=general@
jakarta.apache.org&msgNo=14080
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
For additional commands, e-mail: general-help@jakarta.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
For additional commands, e-mail: general-help@jakarta.apache.org
Re: [DRAFT1] Jakarta Newsletter - January 2003
Posted by Stefan Bodewig <bo...@apache.org>.
On Sun, 02 Feb 2003, Rob Oxspring <ro...@apache.org> wrote:
> General
Several people have been elected as new members of the Jakarta PMC,
they are [1]
Nicola Ken Barozzi
Robert Burrel Donkin
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
Glen Stampoultzis
Mladen Turk
James Turner
Henri Yandell
Footnotes:
[1] http://archives.apache.org/eyebrowse/ReadMsg?listName=general@jakarta.apache.org&msgNo=14080
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
For additional commands, e-mail: general-help@jakarta.apache.org
[DRAFT2] Jakarta Newsletter - January 2003
Posted by Robert Oxspring <ro...@imapmail.org>.
Jakarta Newsletter
==================
Issue: 7
Date: January 2003
Url: http://jakarta.apache.org/site/news/200301.html
The month has been quite busy for apache folks, with new apache
projects, new jakarta subprojects and talk of even more. And to reassure
you that the code is also coming along nicely, at least Lucene, Ant and
HttpClient are expecting releases in the near future.
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
Contents
--------
# General
# Commons
# db.apache.org
# Lucene
# POI
General
=======
" Ideas, suggestions, and comments on the overall Jakarta project "
Editor: Rob Oxspring
Robert Simmons kicked of a debate over the use of forum software to make
it easier for users to get involved with jakarta subprojects [1,2]. The
Jakarta developers seemed united in preferring mailing lists and pointed
out archives [3] and services such as gmane [4] for more casual use of
the lists.
The Pluto subproject was proposed as a reference implementation of the
Portlet API and was heavily discussed [5]. Relating to the portals
theme, Charon was propsed ro implement the Web Services for Remote
specification, although this recieved only a little discussion [6,7].
Dani Estermann asked for some advice on choosing a logging stratergy for
future code. Some advocated using the JDK logging if Java 1.4 was
guarenteed, others recommended using Log4j whatever the situation. It
was also suggested that the use of a facade such as commons-logging
should be limitted to situations where chioce is needed. Browse the
archive for further detail [8].
Is it time for a new look Jakarta? Maybe a unified Apache site look and
feel? Christoph Wilhelms suggested the use of his FakeForrest skin to
give Jakarta a facelift [9]. This offers a Forrest[10] look a like and
could act as a stepping stone towards the eventual use of forrest for
the websites.
Finally, several people have been elected as new members of the Jakarta
PMC [11], they are:
# Nicola Ken Barozzi
# Robert Burrel Donkin
# 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
# Glen Stampoultzis
# Mladen Turk
# James Turner
# Henri Yandell
# [1] -
http://archives.apache.org/eyebrowse/BrowseList?listName=general@jakarta.apache.org&by=thread&from=305266
# [2] -
http://archives.apache.org/eyebrowse/BrowseList?listName=general@jakarta.apache.org&by=thread&from=309508
# [3] - http://archives.apache.org/eyebrowse/
# [4] - http://www.gmane.org/
# [5] -
http://archives.apache.org/eyebrowse/BrowseList?listName=general@jakarta.apache.org&by=thread&from=308677
# [6] -
http://archives.apache.org/eyebrowse/BrowseList?listName=general@jakarta.apache.org&by=thread&from=308715
# [7] -
http://archives.apache.org/eyebrowse/BrowseList?listName=general@jakarta.apache.org&by=thread&from=308716
# [8] -
http://archives.apache.org/eyebrowse/BrowseList?listName=general@jakarta.apache.org&by=thread&from=314971
# [9] -
http://archives.apache.org/eyebrowse/BrowseList?listName=general@jakarta.apache.org&by=thread&from=315699
# [10] - http://xml.apache.org/forrest/
# [11] -
http://archives.apache.org/eyebrowse/ReadMsg?listName=general@jakarta.apache.org&msgNo=14080
Commons
=======
Due to the diverse nature of the commons group, this section has been
split up to make it easier to pick out the topics of interest. This
months stories come from the following:
# Codec
# HttpClient
Codec
-----
"definitive implementations of common encodings"
Editor: Tim O'brien
The codec project is alive again, and moving towards a release. Codec's
short-term goals include: moving towards definitive implementations of
common encodings such as Base64 and Hex, and developing a cohesive
framework for expansion.
HttpClient
----------
"HttpClient provides client side HTTP 1.0/1.1 connectivity to any Java
component"
Editor: Jeffrey Dever
Release 2.0 Alpha 2!
After many months and a great resurgence of developers, the new build of
HttpClient is finally here. The new group of developers has done
extensive refactoring to move the project along the new vision. The code
base has reached a significant level of maturity and we expect that
another released build (possibly a beta) will be ready near the end of
February
Also check out the new HttpClient logo on the website created by Jeff
Dever with the Gimp!
http://jakarta.apache.org/commons/httpclient/
db.apache.org
=============
" Database Software "
Editior: Martin Poeschl
The DB project was created to allow the collection of similar
technologies into one larger subcommunity.
The following jakarta projects moved to the db project
# ojb
# turbine-torque
# commons-sql
http://db.apache.org
Lucene
======
" A high-performance, full-featured text search engine "
Editor: Otis Gospodnetic
This month's notes come straight from Lucene's CHANGES.txt file. In
addition to that I'll only mention that the Lucene team is preparing for
packaging the first release candidate for the 1.3 release.
a. Queries are no longer modified during a search. This makes it
possible, e.g., to reuse the same query instance with multiple indexes
from multiple threads.
b. Term-expanding queries (e.g. PrefixQuery, WildcardQuery, etc.) now
work correctly with MultiSearcher, fixing bugs 12619 and 12667.
c. Boosting BooleanQuery's now works, and is supported by the query
parser (problem reported by Lee Mallabone). Thus a query like "(+foo
+bar)^2 +baz" is now supported and equivalent to "(+foo^2 +bar^2) +baz".
d. New method: Query.rewrite(IndexReader). This permits a query to
re-write itself as an alternate, more primitive query. Most of the
term-expanding query classes (PrefixQuery, WildcardQuery, etc.) are now
implemented using this method.
e. New method: Searchable.explain(Query q, int doc). This returns an
Explanation instance that describes how a particular document is scored
against a query. An explanation can be displayed as either plain text,
with the toString() method, or as HTML, with the toHtml() method. Note
that computing an explanation is as expensive as executing the query
over the entire index. This is intended to be used in developing
Similarity implementations, and, for good performance, should not be
displayed with every hit.
f. Scorer and Weight are public, not package protected. It now possible
for someone to write a Scorer implementation that is not in the
org.apache.lucene.search package. This is still fairly advanced
programming, and I don't expect anyone to do this anytime soon, but at
least now it is possible.
g. Added public accessors to the primitive query classes (TermQuery,
PhraseQuery and BooleanQuery), permitting access to their terms and clauses.
POI
===
"APIs for manipulating various file formats based upon Microsoft's OLE 2
Compound Document format"
Editor: Glen Stampoultzis
Rainer completed the HPSF documentation. It now includes general
property set streams.
Carey Sublette let us know about an issue surrounding incompatibilities
between how Excel processes unicode. Even though unicode is the standard
according to the Excel97 Developers kit it seems that Excel sometimes
allows invalid characters from the Cp1252 codepage. He plans on
submitting a patch.
Jason Height has been trying to implement the DBCell and Index records.
Andy wrote up some details on how to refactor and complete the formula
parsing [1].
Patch for custom formula palette's added by Brian Sanders
Gump build has made a positive build of Jakarta POI using the latest
release of Centipede
Performance branch made and committed by Andy. This reduces memory
dramatically and increases execution speed but still has a few things to
be ironed out before a merge occurs back to the trunk.
# [1] -
http://nagoya.apache.org/wiki/apachewiki.cgi?RefactorAndCompleteFormulaParsingÎ!
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
For additional commands, e-mail: general-help@jakarta.apache.org