logging-log4j-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Mark Womack <mwom...@bevocal.com>
Subject RE: [DRAFT] Jakarta Newsletter - July 2002
Date Tue, 06 Aug 2002 00:52:03 GMT
I'll take a crack at it.  Not every posted message gets mentioned, just the
major highlights?  Is there an expected format?

-Mark

> -----Original Message-----
> From: Ceki Gülcü [mailto:ceki@qos.ch]
> Sent: Monday, August 05, 2002 5:27 PM
> To: log4j-dev@jakarta.apache.org
> Subject: Fwd: [DRAFT] Jakarta Newsletter - July 2002
> 
> 
> 
> 
> Given that I am preparing the next draft of the complete 
> log4j manual before
> leaving on vacation, I do not have the time to submit a log4j related
> news item. Would anyone else like to take over?
> 
> Thank in advance,
> 
> >Delivered-To: ceki@qos.ch
> >Mailing-List: contact general-help@jakarta.apache.org; run by ezmlm
> >List-Unsubscribe: <mailto:general-unsubscribe@jakarta.apache.org>
> >List-Subscribe: <mailto:general-subscribe@jakarta.apache.org>
> >List-Help: <mailto:general-help@jakarta.apache.org>
> >List-Post: <mailto:general@jakarta.apache.org>
> >List-Id: "Jakarta General List" <general.jakarta.apache.org>
> >Reply-To: "Jakarta General List" <general@jakarta.apache.org>
> >Delivered-To: mailing list general@jakarta.apache.org
> >X-Antivirus: nagoya (v4198 created Apr 24 2002)
> >X-Epoch: 1028592931
> >X-Sasl-enc: dhwW2giXr0fRBZSpQvj7JQ
> >From: "Rob Oxspring" <roxspring@imapmail.org>
> >To: "'Jakarta General List'" <general@jakarta.apache.org>
> >Subject: [DRAFT] Jakarta Newsletter - July 2002
> >Date: Tue, 6 Aug 2002 01:15:33 +0100
> >X-Mailer: Microsoft Outlook, Build 10.0.2616
> >Importance: Normal
> >X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N
> >
> >Jakarta Newsletter
> >==================
> >Issue: 2
> >Date: July 2002
> >Url: http://jakarta.apache.org/site/news/200207.html
> >
> >Well, another month has passed and its time for the second monthly
> >review of whats been going on at Jakarta. The Ant team have 
> been working
> >through some of the ideas dubbed too controversial for 1.5, while the
> >Avalon bunch have been fixing up their documentation. CLI have been
> >merging the Avalon-CLI code with their own new features and the
> >Discovery and Morphos projects finally got some CVS space. 
> Finally OJB
> >and Struts have been in a bug fixing phase.
> >
> >Once again 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
> >Ant
> >Avalon
> >Commons
> >ObJectRelationalBridge
> >Struts
> >
> >
> >
> >General
> >=======
> >Editor: Rob Oxspring
> >
> >After being "beaten up heavily" the last time he proposed it, Pier
> >Fumagalli decided to have a second attempt at allowing people to be
> >members of the Jakarta community without being involved in a 
> particular
> >codebase first [1]. The opinions were mixed as before and one of the
> >proposed solutions was to promote the jakarta-site CVS 
> module to normal
> >subproject status, again views were mixed [2].
> >
> >Apache software often involves external tools and libraries and a
> >recurring topic on the mailing lists involves how the 
> licences of these
> >libraries interact with the ASF's own licences. This month 
> there were a
> >couple of useful summaries of the major points to watch out for [3]
> >although as ever, don't expect a definitive answer here - speak to a
> >good software lawyer instead.
> >
> >Richard Pitt of TogetherSoft offered Jakarta an academic licence for
> >ControlCenter so that UML diagrams could be produced and 
> maintained for
> >jakarta projects [4] WHATS THE CONCLUSION HERE?.
> >
> >The POI team were a little concerned that some potential new 
> logos may
> >come a little close to the MS Office(tm) originals, the 
> discussion took
> >place on general to get a broader opinion base and the mood was
> >pessimistic [5].
> >
> >[1] - http://marc.theaimsgroup.com/?t=102580965400001&r=1&w=2&n=33
> >[2] - http://marc.theaimsgroup.com/?t=102811263900001&r=1&w=2&n=10
> >[3] - http://marc.theaimsgroup.com/?t=102762881600004&r=1&w=2&n=11
> >[4] - http://marc.theaimsgroup.com/?t=102708393700004&r=1&w=2&n=86
> >[5] - http://marc.theaimsgroup.com/?t=102641802400002&r=1&w=2&n=8
> >
> >
> >
> >Ant
> >===
> >"Apache Ant is a Java-based build tool"
> >Editor: Erik Hatcher
> >
> >Ant has been modified to support all tasks outside of 
> <target> (in the
> >current CVS version only, at the moment) [1].
> >
> >Costin Monolache is spearheading an implementation of an <import>
> >facility with much discussion of the gory details of how 
> this will work
> >especially with the -projecthelp switch. This work is in the
> >proposal/embed tree of Ant's CVS [2].
> >
> >A large discussion on target-less build files has occurred 
> [3, 4, 5, 6]
> >
> >Erik Hatcher and Steve Loughran, with Manning's permission, 
> contributed
> >a concise and accurate Ant 1.5 PDF task reference from their
> >hot-off-the-press Java Development with Ant book. This lives in Ant's
> >CVS and will likely be included in any bug fix releases of 
> Ant 1.5 [14,
> >15].
> >
> >Costin started a large thread with "itches for Ant 1.6" [9]. Steve
> >Loughran followed with his wishlist for the next version of Ant [7].
> >
> >Splitting optional.jar into separate JAR libraries was a hot topic in
> >July [8].
> >
> >Conor MacNeill withdraws his Mutant Ant2 proposal [10].
> >
> >By far the most active thread was on the never-ending topic of Ant2,
> >with notable discussions of importing reusable project pieces and
> >project extensibility and overridability [11].
> >
> >dIon Gillard stirred things up with an "inflamatory e-mail" 
> early in the
> >month, sparking lots of Ant2 discussion [12].
> >
> >Last, but not least - Ant 1.5 was released and has proven 
> itself solid
> >[13].
> >
> >[1] - http://marc.theaimsgroup.com/?t=101543270100009&r=1&w=2&n=17
> >[2] - http://marc.theaimsgroup.com/?t=102767954900003&r=1&w=2&n=14
> >[3] - http://marc.theaimsgroup.com/?t=102750506600002&r=1&w=2&n=27
> >[4] - http://marc.theaimsgroup.com/?t=102704723700002&r=1&w=2&n=32
> >[5] - http://marc.theaimsgroup.com/?t=102740536200001&r=1&w=2&n=16
> >[6] - http://marc.theaimsgroup.com/?t=102697608600008&r=1&w=2&n=38
> >[7] - http://marc.theaimsgroup.com/?t=102736845700003&r=1&w=2&n=37
> >[8] - http://marc.theaimsgroup.com/?t=102689872400003&r=1&w=2&n=44
> >[9] - http://marc.theaimsgroup.com/?t=102649786700004&r=1&w=2&n=42
> >[10] - http://marc.theaimsgroup.com/?t=102635682000001&r=1&w=2&n=36
> >[11] - http://marc.theaimsgroup.com/?t=102608695800001&r=1&w=2&n=91
> >[12] - http://marc.theaimsgroup.com/?t=102604006200002&r=1&w=2&n=40
> >[13] - http://jakarta.apache.org/builds/jakarta-ant/release/v1.5/
> >[14] -
> >http://cvs.apache.org/viewcvs.cgi/*checkout*/jakarta-ant/docs
> /appendix_e
> >.pdf?rev=1.1&content-type=application/pdf
> >[15] - http://www.amazon.com/exec/obidos/ASIN/1930110588
> >
> >
> >
> >Avalon
> >======
> >"The Avalon project is an effort to create, design, develop 
> and maintain
> >a common framework and set of components for applications 
> written using
> >the Java language"
> >Editor: Leo Simons
> >
> >The Avalon team has been busy fixing the ills that have plagued their
> >document building for so long. It has also been brought to 
> our attention
> >that the current avalon skin (derrived from the Tigris/Maven sites)
> >displays rather poorly with IE 5.5, but ok with many other 
> browsers. The
> >Avalon team is looking at upgrading the skin shortly, which 
> is easy to
> >do with the Cocoon doc build system.
> >
> >In other news, The Avalon team is looking at unifying two of their
> >component containers. Merlin and Fortress were being developed with
> >separate goals in mind, but they both recognize the 
> strengths that the
> >other container had. As a result, Fortress will be taking on the
> >meta-info features of Merlin, and Merlin will be adding the 
> more robust
> >component instance management of Fortress.
> >
> >On the topic of 'avalonized' applications is good news as well. A
> >wrapper for Catalina (the servlet engine in Tomcat) has been 
> developed.
> >The proposed avalonized version of Turbine's Services 
> Framework is also
> >making good progress.
> >
> >The last major recent addition to Avalon concerns JMX 
> management. Avalon
> >Phoenix has improved its automatic management capabilities 
> even further,
> >and a GUI client is in the works.
> >
> >
> >
> >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:
> >
> >CLI
> >Discovery
> >Lang
> >Morphos
> >
> >
> >
> >CLI
> >---
> >"Commons CLI provdes a simple API for working with the command line
> >arguments and options"
> >Editor: John Keyes
> >
> >July was a month of consolidation for CLI with refactoring 
> the current
> >code base and implementing new features.
> >
> >Parsers are now constructed using the CommandLineParserFactory[1].
> >
> >Usage information is now automatically generated[2].
> >
> >Options can now be created using OptionBuilder[3]. This makes it much
> >easier to add features to Option.
> >
> >A discussion[4] was held with the Avalon team which has resulted in a
> >number of feature requests[5].
> >
> >Validation for Option creation has also been added[6].
> >
> >[1] - http://marc.theaimsgroup.com/?t=102537994700001&r=1&w=2
> >[2] - http://marc.theaimsgroup.com/?t=102642398900004&r=1&w=2
> >[3] - http://marc.theaimsgroup.com/?t=102772419800006&r=1&w=2
> >[4] - http://marc.theaimsgroup.com/?t=102750811500003&r=1&w=2
> >[5] - http://marc.theaimsgroup.com/?t=102812124400007&r=1&w=2
> >[6] - http://marc.theaimsgroup.com/?t=102786757700003&r=1&w=2
> >
> >
> >
> >Discovery
> >---------
> >"The Digester project shall create and maintain a XML -> Java object
> >mapping package"
> >Editor: Richard A. Sitze
> >
> >New subproject that represents the recurring pattern (JAXP/Xerces,
> >commons-logging, ??) for finding a class implementing a 
> given interface.
> >Locating, instantiating, and caching (assumes singletons, or at least
> >singletons within some context) of classes (factories), and locating
> >property files for configuring same. Includes best-practices 
> guide for
> >usage.
> >
> >As a separate subproject, I (and I assume others as the 
> interest strikes
> >them) am more inclined to devote some effort to improving 
> efficiency and
> >increasing smarts of this facility. In this light, current 
> improvements
> >over original code (extracted from commons-logging):
> >
> >- minimizes 'redundant' class loaders (but doesn't eliminate)
> >- provides logical 'grouping', allows different groups of
> >components/applications to maintain different factories.
> >- seeking for better/smarter caching mechanism.
> >
> >
> >
> >Lang
> >----
> >"Commons.Lang, a package of Java utility classes for the classes that
> >are in java.lang's hierarchy"
> >Editor: Henri Yandell
> >
> >Jakarta Commons Lang have released a beta of their highly reusable
> >utility classes dedicated to improving classes in java.lang. The
> >immediate aim of the Lang component has been to serve other Jakarta
> >projects, unifying such things as NestedException structures, String
> >utilities and various Object handling methods. Lang is already being
> >used by a host of projects, both inside Jakarta and outside, and the
> >code involved is mature and stable having been assembled from existed
> >Jakarta and non-Jakarta projects.
> >
> >
> >
> >Morphos
> >-------
> >"a project called Morphos with the scope of transforming 
> file formats."
> >Editor: Nicola Ken Barozzi
> >
> >Morphos in commons-sandbox has finally had its initial code 
> checkin by
> >nicolaken, after very fruitful discussions on the commons-dev list.
> >
> >Basically it became evident that a Morpher should not deal with
> >immutable objects, and that will be done by Transformer(s), the
> >interface of which is in commons-sandbox Patterns project.
> >Avalon-Excalubur has a Converter package that can be the base for a
> >package of Transformer implementation.
> >
> >Sven Kuenzler svenk@gmx.net has been very active in this month on
> >Morphos, both in discussions and patches, and is the first 
> real Mrphos
> >developer. Thank you Sven :-)
> >
> >
> >
> >ObJectRelationalBridge
> >======================
> >"an Object/Relational mapping tool that allows transparent 
> persistence
> >for Java Objects against relational databases"
> >Editor: Thomas Mahler
> >
> >Being exposed as a Jakarta project brought us many new users 
> who found
> >several bugs and had many ideas for improvements and new 
> features. Thus
> >we had to react quickly and launch two public releases in July!
> >
> >There have been major improvements to the setup routine. We have
> >incorporated several user suggestions to make setup as easy 
> as possible.
> >
> >The documentation has been completely restructured and updated.
> >
> >We redesigned the connection management. OJB is now able to cooperate
> >better with app-server connection pools. For non-managed 
> environments we
> >now provide a commons-pool based connection pool.
> >
> >There is now a tool that allows verification of the mapping 
> repository
> >against the target database.
> >
> >We also implemented a forward engineering tool that generates all
> >required tables from the mapping repository.
> >
> >The loading of 1:n associations has been redesigned. This 
> resulted in a
> >drastic performance gain.
> >
> >
> >
> >Struts
> >======
> >"to provide an open source framework for building Web applications"
> >Editor: Joe Germuska
> >
> >* Struts 1.1b2: Twelve Bugs Away
> >Most of the activity on Struts-Dev in July was dedicated to swatting
> >bugs en route to a 1.1b2 release. Although that release is 
> no scheduled,
> >as of 2002-08-03, there are only 12 outstanding bugs.[1]
> >
> >[1] - http://cvs.apache.org/viewcvs/jakarta-struts/STATUS
> >
> >* Struts meets JSTL-EL
> >David M Karr stepped up to spearhead an effort to extend the 
> Struts SP
> >tag libraries to support the JSTL Expression Language. [2] Discussion
> >and work continue actively. Late in the month a discussion thread [3]
> >helped to summarize the current state of development. At 
> this time, the
> >work is aimed at integrating with the JSTL, which will 
> therefore require
> >Servlet 2.3/JSP 1.2 to use the JSTL Expression Language. 
> Along the way,
> >Struts tags which perform essentially equivalent tasks to 
> JSTL tags are
> >expected to be left behind.
> >
> >[2] -
> >http://nagoya.apache.org/eyebrowse/ReadMsg?listName=struts-de
> v@jakarta.a
> >pache.org&msgNo=9378
> >[3] -
> >http://nagoya.apache.org/eyebrowse/BrowseList?listId=41&by=th
> read&from=2
> >07178
> >
> >* Commons File Upload component integrated
> >Martin Cooper introduced an implementation of the
> >MultipartRequestHandler interface which adapts the commons-upload
> >component for use in a Struts application.[4] As of the 
> 20020728 nightly
> >build, this is the default implementation of the interface.
> >
> >[4] -
> >http://nagoya.apache.org/eyebrowse/ReadMsg?listName=struts-de
v@jakarta.a
>pache.org&msgNo=9648
>
>* Extending Struts XML Configuration
>Early in the month, Brian Topping suggested exposing the Commons
>Digester configuration so that developers could use the "struts-
>config.xml" for arbitrary application configuration [5] Craig McClanahan
>pointed out that Struts depends on a validated schema because certain
>default values are specified in the struts-config DTD[6] At the time,
>Craig suggested that that opening up struts-config would wait until
>after a 1.1 is released, when an XML Schema might be developed. However,
>later in the month, Craig made a series of changes to the central
>"ActionServlet" controller. By moving the default values into the
>configuration beans, he eliminated the dependency on a validating parse
>of struts-config.xml. Around the same time, a "rulesets" servlet
>initialization parameter was added, allowing users to specify a list of
>classes implementing the Digester RuleSet interface. Thus, after these
>changes, application developers have the ability to use the basic struts
>initialization process to do just about any application configuration
>they require.
>
>[5] -
>http://nagoya.apache.org/eyebrowse/ReadMsg?listName=struts-dev@jakarta.a
>pache.org&msgNo=9325
>[6] -
>http://nagoya.apache.org/eyebrowse/ReadMsg?listName=struts-dev@jakarta.a
>pache.org&msgNo=9333
>
>* Other Struts News: http://jakarta.apache.org/struts/news.html
>
>18 July 2002 - JavaBoutique Struts Tutorials
>17 July 2002 - StrutsTestCase v1.8 Released
>11 July 2002 - Scioworks Camino v2.0
>11 July 2002 - Easy Struts v0.4 for Eclipse / JBuilder
>10 July 2002 - Using Struts in Oracle JDeveloper 9i Tutorial
>09 July 2002 - Struts Console version 2.0
>09 July 2002 - Struts Adoption article
>08 July 2002 - Struts article in e-Promagazine
>08 July 2002 - JAAS article highlighting Authorization and
>Authentication with Struts
>
>--
>To unsubscribe, e-mail:   <mailto:general-unsubscribe@jakarta.apache.org>
>For additional commands, e-mail: <mailto:general-help@jakarta.apache.org>

--
Ceki


--
To unsubscribe, e-mail:   <mailto:log4j-dev-unsubscribe@jakarta.apache.org>
For additional commands, e-mail: <mailto:log4j-dev-help@jakarta.apache.org>

--
To unsubscribe, e-mail:   <mailto:log4j-dev-unsubscribe@jakarta.apache.org>
For additional commands, e-mail: <mailto:log4j-dev-help@jakarta.apache.org>


Mime
View raw message