Re: [digester2] Additions

[update] - now all member variables of DefaultRuleManager are private - introduced copy ctor for copying members from subclasses - DefaultRuleManager now returns an unmodifiable list upon getMatchingActions - created a new FallbackRuleManager class that only takes care about fallback actions - Sup

svn commit: r153730 - jakarta/commons/proper/digester/branches/digester2/src/test/org/apache/commons/digester2/SupplementaryRuleManagerTestCase.java

Author: ozeigermann Date: Sun Feb 13 23:15:49 2005 New Revision: 153730 URL: http://svn.apache.org/viewcvs?view=rev&rev=153730 Log: Individual basic test cases for fallback and supplementary rule manager Modified: jakarta/commons/proper/digester/branches/digester2/src/test/org/apache/commons

svn commit: r153729 - jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/SupplementaryRuleManager.java

Author: ozeigermann Date: Sun Feb 13 23:15:11 2005 New Revision: 153729 URL: http://svn.apache.org/viewcvs?view=rev&rev=153729 Log: - Takes account of the explicitely unmodifiable list returned by DefaultRuleManager and does a wild mixture of caching and concatenating the list returned from Def

svn commit: r153728 - jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/FallbackRuleManager.java

Author: ozeigermann Date: Sun Feb 13 23:13:53 2005 New Revision: 153728 URL: http://svn.apache.org/viewcvs?view=rev&rev=153728 Log: Added intial version of rule manager with default actions Added: jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/Fallba

svn commit: r153727 - jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/DefaultRuleManager.java

Author: ozeigermann Date: Sun Feb 13 23:13:25 2005 New Revision: 153727 URL: http://svn.apache.org/viewcvs?view=rev&rev=153727 Log: - Rigid protection of guts by making member variables private and passing umodifiable list back from getMatchingActions. - Added copy contructor to allow copying of

DO NOT REPLY [Bug 33553] - Cache DatabaseConfiguration values for higher performance

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 33553] - Cache DatabaseConfiguration values for higher performance

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 33553] New: - Cache DatabaseConfiguration values for higher performance

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

svn commit: r153714 - jakarta/commons/sandbox/xmlio/trunk/src/java/org/apache/commons/xmlio/in/SimplePath.java

Author: ozeigermann Date: Sun Feb 13 21:08:17 2005 New Revision: 153714 URL: http://svn.apache.org/viewcvs?view=rev&rev=153714 Log: Fix in matching for the rare situation when there is something like relative path a/b matches .../na/b while it should only match .../a/b Modified: jakarta/comm

Re: [net] I would like to deprecate a FTPClient.listFiles() method

Steve Cohen wrote: The introduction of FTPClientConfig a month ago has wrought a certain amount of confusion. There are five FTPClient.listFiles() methods. Two have already been deprecated. The other two are convenience methods and their existence causes confusion. This method is: public

Re: [Subversion] Revision Keyword

Yep, that's it. Thanks. On Mon, 14 Feb 2005 14:07:39 +1100, Brett Porter <[EMAIL PROTECTED]> wrote: > Given that it uses the same libraries as the native Subversion client > build, it is most likely: > > c:\documents and settings\\Application Data\Subversion\config > > or something like that -

Re: [Subversion] Revision Keyword

Given that it uses the same libraries as the native Subversion client build, it is most likely: c:\documents and settings\\Application Data\Subversion\config or something like that - it may not be in Application Data. You should be able to find it from your "home" directory. On Unix/cygwin subv

Re: [Subversion] Revision Keyword

Any hints for a Subclipse user where the 'default config location' is? On Mon, 14 Feb 2005 16:07:24 +1300, Simon Kitching <[EMAIL PROTECTED]> wrote: > Just to expand on Brett's reply: > > Keywords in subversion files are not expanded unless that file has the > keyword-name in the svn:keywords pr

Re: [Subversion] Revision Keyword

Just to expand on Brett's reply: Keywords in subversion files are not expanded unless that file has the keyword-name in the svn:keywords property associated with that file. The svn:keywords property can be set using: svn propset svn:keywords "Id Rev " filename svn commit filename I presume

Re: [Validator] svn commit: r153692 -ezmlm-reject, message larger than 100000 bytes

Yes, I added it. Niall - Original Message - From: "Martin Cooper" <[EMAIL PROTECTED]> Sent: Monday, February 14, 2005 2:36 AM > I'm hoping that by "change Copyright to 2005" you really meant "change > Copyright to *add* 2005". The copyright needs to include, for each > file, all years

Re: [Validator] svn commit: r153692 -ezmlm-reject, message larger than 100000 bytes

I'm hoping that by "change Copyright to 2005" you really meant "change Copyright to *add* 2005". The copyright needs to include, for each file, all years in which the file was created or modified, not just the current year. -- Martin Cooper On Mon, 14 Feb 2005 01:45:17 -, Niall Pemberton <[E

svn commit: r153693 - jakarta/commons/proper/lang/branches/LANG_2_1_BRANCH

Author: bayard Date: Sun Feb 13 18:21:28 2005 New Revision: 153693 URL: http://svn.apache.org/viewcvs?view=rev&rev=153693 Log: going with the old style of releasing from trunk instead of from a branch, so this is a dead branch for the moment Removed: jakarta/commons/proper/lang/branches/LANG

Re: [Subversion] Revision Keyword

that's probably a good idea, though as I understand it they are synonymous. - Brett Niall Pemberton wrote: - Original Message - From: "Brett Porter" <[EMAIL PROTECTED]> Yep, it does, but you can use auto-props in your subversion configuration (some defaults for svn:eol-style are in the

Re: [Subversion] Revision Keyword

- Original Message - From: "Brett Porter" <[EMAIL PROTECTED]> > Yep, it does, but you can use auto-props in your subversion > configuration (some defaults for svn:eol-style are in the > version-control document: http://www.apache.org/dev/version-control.html). > > I have this: > *.java =

DO NOT REPLY [Bug 33550] - [digester] Add support for CallMethodRule with target offset in xml rules

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: [Subversion] Revision Keyword

Henri Yandell wrote: I think it's something you have to set on the svn partition in question. It's a property. Unsure exactly how though, seems poor if each new directory would need it to be set. Yep, it does, but you can use auto-props in your subversion configuration (some defaults for svn

Re: [Subversion] Revision Keyword

I think it's something you have to set on the svn partition in question. Unsure exactly how though, seems poor if each new directory would need it to be set. I'm sure others know though, and when they answer I'd like to ask how we do .cvsignore too :) Hen On Mon, 14 Feb 2005 01:52:49 -, Nia

DO NOT REPLY [Bug 33550] New: - [digester] Add support for CallMethodRule with target offset in xml rules

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

[Subversion] Revision Keyword

When Struts moved from CVS to Subversion we changed $Revision$ keyword to $Rev$ which gets replaced with the Revision number. I just did this in Commons Validator but $Rev$ seems to be ignored (Changing $Header$ to $Id$ seems fine). Is the revision number just not available as a keyword in Common

[Validator] svn commit: r153692 -ezmlm-reject, message larger than 100000 bytes

I just made some changes to validator, updating SVN keywords & copyright - but the commit message got rejected because it was > 10 bytes - forwarding this to dev for info. Niall - Original Message - From: <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, February 14, 2005 1:3

svn commit: r153683 - jakarta/commons/proper/validator/trunk/build.properties.sample jakarta/commons/proper/validator/trunk/build.xml

Author: niallp Date: Sun Feb 13 16:20:16 2005 New Revision: 153683 URL: http://svn.apache.org/viewcvs?view=rev&rev=153683 Log: Update build to reflect current dependencies Modified: jakarta/commons/proper/validator/trunk/build.properties.sample jakarta/commons/proper/validator/trunk/build

DO NOT REPLY [Bug 31194] - [validator] Investigate removing attribute

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

svn commit: r153680 - in jakarta/commons/proper/validator/trunk/src: share/org/apache/commons/validator/Field.java test/org/apache/commons/validator/FieldTest.java

Author: niallp Date: Sun Feb 13 15:50:12 2005 New Revision: 153680 URL: http://svn.apache.org/viewcvs?view=rev&rev=153680 Log: Re-apply New Patch for Bug 31194 Remove the need to specify an Arg's position Modified: jakarta/commons/proper/validator/trunk/src/share/org/apache/commons/validator

Re: [VOTE] [logging] Adopt

+1.. Mvgr, Martin robert burrell donkin wrote: On Sun, 2005-02-13 at 19:17, robert burrell donkin wrote: missed off my +1 --8<-- +1 [X] Sounds great! +0 [ ] Sounds okay... -0 [ ] Can see some problems doing it this way... -1 [ ] No way! -

DO NOT REPLY [Bug 33384] - [beanutils] add protected accessor to fundamental map in BeanUtils project

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 33331] - [betwixt] Custom Object<->String Conversion in .betwixt file

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 33548] New: - CaseInsensitiveMap performance optimization suggestion

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: [VOTE] [logging] Adopt

On Sun, 2005-02-13 at 19:17, robert burrell donkin wrote: missed off my +1 > --8<-- > +1 [X] Sounds great! > +0 [ ] Sounds okay... > -0 [ ] Can see some problems doing it this way... > -1 [ ] No way! > ---

Re: JCL problems

On Tue, 2005-02-08 at 11:30, Ceki Gülcü wrote: > Richard et al., > > Before discussing relatively complex cases you mention, I think it > would benefit everyone to realize that even in the most basic cases > JCL will not work as expected. > > In your examples you refer to commons-logging-api.jar

Re: [lang] release strategy

In the long term, yeah. In the short term I'll just do this the old way :) Hen On Sun, 13 Feb 2005 10:50:32 -0500, Phil Steitz <[EMAIL PROTECTED]> wrote: > I get it now -- both points. Need to think about how to separate the > docs site gen. > > Phil > > Henri Yandell wrote: > > > > On this pa

DO NOT REPLY [Bug 31194] - [validator] Investigate removing attribute

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

[VOTE] [logging] Adopt

i'd like to use an alternative vote process for JCL 1.0.5. http://wiki.apache.org/jakarta-commons/CandidateQualityElection the main difference from the last release is that there will be multiple VOTEs as the release is promoted from candidate through alpha, beta before finally reaching full offi

svn commit: r153654 - jakarta/commons/proper/commons-build/trunk/xdocs/releases/release.xml

Author: rdonkin Date: Sun Feb 13 11:02:53 2005 New Revision: 153654 URL: http://svn.apache.org/viewcvs?view=rev&rev=153654 Log: Converted instructions to subversion Modified: jakarta/commons/proper/commons-build/trunk/xdocs/releases/release.xml Modified: jakarta/commons/proper/commons-build/

DO NOT REPLY [Bug 32120] - [dbutils] ResultSetIterator should rethrow SQLExceptions as RuntimException

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

[ANNOUNCEMENT] [logging] JCL 1.0.5 Release Candidate 1 Available

commons-logging 1.0.5 release candidate one is now available for download: http://jakarta.apache.org/~rdonkin/commons-logging/. - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECT

[Jakarta Commons Wiki] Updated: Logging/1.0.5ReleasePlan

Date: 2005-02-13T10:17:43 Editor: RobertBurrellDonkin Wiki: Jakarta Commons Wiki Page: Logging/1.0.5ReleasePlan URL: http://wiki.apache.org/jakarta-commons/Logging/1.0.5ReleasePlan no comment Change Log: --

DO NOT REPLY [Bug 33427] - [configuration] Versioned Javadocs

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

svn commit: r153647 - jakarta/commons/proper/configuration/trunk/xdocs/navigation.xml

Author: oheger Date: Sun Feb 13 09:52:22 2005 New Revision: 153647 URL: http://svn.apache.org/viewcvs?view=rev&rev=153647 Log: Added javadoc to 1.0 release to navigation bar Modified: jakarta/commons/proper/configuration/trunk/xdocs/navigation.xml Modified: jakarta/commons/proper/configurati

Re: [lang] release strategy

I get it now -- both points. Need to think about how to separate the docs site gen. Phil Henri Yandell wrote: On this particular issue, I think the documentation should be included with the build and not the site. Even more importantly for Collections than for Lang; a Collections 2.1 downloader

[net] I would like to deprecate a FTPClient.listFiles() method

The introduction of FTPClientConfig a month ago has wrought a certain amount of confusion. There are five FTPClient.listFiles() methods. Two have already been deprecated. The other two are convenience methods and their existence causes confusion. This method is: public FTPFile[] listFile

DO NOT REPLY [Bug 32120] - [dbutils] ResultSetIterator should rethrow SQLExceptions as RuntimException

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: [lang] release strategy

On Sun, 13 Feb 2005 10:05:36 -0500, Phil Steitz <[EMAIL PROTECTED]> wrote: > Stephen Colebourne wrote: > > This is why I ([collections]) use ant for builds and maven only for > > website building. > > > > Basically, IMHO, a src-zip should contain not only the source java, but > > the source for bui

Re: [pool] Evictor thread

Hi Attila, You have made some good points, included you will find a new evictor implementation with the enhancements you proposed. I didn't want to use interrupt() so I used a wait/notify technique with synchronized blocks. Can you try this version and let me know if it works for you? Cheers Di

svn commit: r153644 - jakarta/commons/proper/httpclient/trunk/release_notes.txt

Author: olegk Date: Sun Feb 13 09:26:35 2005 New Revision: 153644 URL: http://svn.apache.org/viewcvs?view=rev&rev=153644 Log: PR #33468 Modified: jakarta/commons/proper/httpclient/trunk/release_notes.txt Modified: jakarta/commons/proper/httpclient/trunk/release_notes.txt URL: http://svn.apa

svn commit: r153643 - jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/HttpMethodBase.java

Author: olegk Date: Sun Feb 13 09:24:39 2005 New Revision: 153643 URL: http://svn.apache.org/viewcvs?view=rev&rev=153643 Log: PR #33468 (httpclient doesn't read and parse response from certain types of proxy servers when POST method is used) Changelog: HttpClient no longer flushes the request l

Re: [lang] release strategy

Stephen Colebourne wrote: This is why I ([collections]) use ant for builds and maven only for website building. Basically, IMHO, a src-zip should contain not only the source java, but the source for building a local copy of the website. I agree (that the xdoc should be included in the src distro

Re: [logging] discovery error handling

On Fri, 2005-02-11 at 21:49, Ceki Gülcü wrote: > At 11:25 PM 2/8/2005, you wrote: > >one of the drawbacks about JCL 1.0.x is the approach to handling errors > >in the configuration and discovery mechanism. JCL falls down and (in > >most commons use cases) takes the application with it. it also fail

Re: [digester2] Additions

> One design goal was to avoid using protected members. The problem here > is that using protected for a *member variable* locks us into an > implementation forever (a protected member is part of the "external" api > that users can access). I think it preferable to add a public or > protected metho

svn commit: r153638 - jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/SupplementaryRuleManager.java

Author: ozeigermann Date: Sun Feb 13 08:21:25 2005 New Revision: 153638 URL: http://svn.apache.org/viewcvs?view=rev&rev=153638 Log: Set id property Modified: jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/SupplementaryRuleManager.java (props chang

svn commit: r153637 - in jakarta/commons/proper/digester/branches/digester2/src: java/org/apache/commons/digester2/Path.java java/org/apache/commons/digester2/SupplementaryRuleManager.java test/org/apache/commons/digester2/SupplementaryRuleManagerTestCase.java

Author: ozeigermann Date: Sun Feb 13 08:16:53 2005 New Revision: 153637 URL: http://svn.apache.org/viewcvs?view=rev&rev=153637 Log: Moved match methods into supplementary rule manager Modified: jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/Path.java

svn commit: r153631 - jakarta/commons/proper/httpclient/trunk/src/test/org/apache/commons/httpclient/server/TransparentProxyRequestHandler.java

Author: olegk Date: Sun Feb 13 07:16:19 2005 New Revision: 153631 URL: http://svn.apache.org/viewcvs?view=rev&rev=153631 Log: Removed hardcoded HTTP/1.1 version in the tunnelling proxy code Modified: jakarta/commons/proper/httpclient/trunk/src/test/org/apache/commons/httpclient/server/Transp

svn commit: r153630 - jakarta/commons/proper/logging/tags/LOGGING_1_0_5_RC1

Author: rdonkin Date: Sun Feb 13 07:16:07 2005 New Revision: 153630 URL: http://svn.apache.org/viewcvs?view=rev&rev=153630 Log: Tagged release candidate 1.0.5 RC1 Added: jakarta/commons/proper/logging/tags/LOGGING_1_0_5_RC1/ - copied from r153629, jakarta/commons/proper/logging/branche

svn commit: r153629 - in jakarta/commons/proper/httpclient/trunk/src/test/org/apache/commons/httpclient: HttpClientTestBase.java TestProxy.java params/TestHttpParams.java server/SimpleProxy.java

Author: olegk Date: Sun Feb 13 06:06:34 2005 New Revision: 153629 URL: http://svn.apache.org/viewcvs?view=rev&rev=153629 Log: Tunnelling proxy test cases restructured Modified: jakarta/commons/proper/httpclient/trunk/src/test/org/apache/commons/httpclient/HttpClientTestBase.java jakarta

DO NOT REPLY [Bug 33023] - [io] IOFileFilter created by FileFilterUtils.makeCVSAware(IOFileFilter) only accept directory

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

svn commit: r153623 - in jakarta/commons/proper/io/trunk: project.xml src/java/org/apache/commons/io/filefilter/FileFilterUtils.java src/test/org/apache/commons/io/filefilter/FileFilterTestCase.java

Author: scolebourne Date: Sun Feb 13 04:09:53 2005 New Revision: 153623 URL: http://svn.apache.org/viewcvs?view=rev&rev=153623 Log: Fix bug in makeCVSAware that rendered the method useless bug 33023, from Masato Tezuka Modified: jakarta/commons/proper/io/trunk/project.xml jakarta/commons

svn commit: r153622 - jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/FilenameUtils.java

Author: jeremias Date: Sun Feb 13 04:08:41 2005 New Revision: 153622 URL: http://svn.apache.org/viewcvs?view=rev&rev=153622 Log: Removed TAB characters. Modified: jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/FilenameUtils.java Modified: jakarta/commons/proper/io/trunk/src

DO NOT REPLY [Bug 33481] - [io] Synchronized methods in NullOutputStream

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

svn commit: r153621 - jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/output/NullOutputStream.java

Author: scolebourne Date: Sun Feb 13 03:35:42 2005 New Revision: 153621 URL: http://svn.apache.org/viewcvs?view=rev&rev=153621 Log: Remove synchronized from methods, general tidy bug 33481 Modified: jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/output/NullOutputStream.java

Re: [collections] nightly build failures

Should work now - Original Message - From: "Stephen Colebourne" <[EMAIL PROTECTED]> To: "Jakarta Commons Developers List" Sent: Saturday, February 12, 2005 11:05 PM Subject: Re: [collections] nightly build failures Well, the binary dist is currently getting built into build/bin/commons-

svn commit: r153620 - jakarta/commons/proper/collections/trunk/build.xml

Author: scolebourne Date: Sun Feb 13 03:28:49 2005 New Revision: 153620 URL: http://svn.apache.org/viewcvs?view=rev&rev=153620 Log: Change script to satisfy nightly build process Modified: jakarta/commons/proper/collections/trunk/build.xml Modified: jakarta/commons/proper/collections/trunk/b

svn commit: r153619 - jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/factory/ActionFactory.java

Author: skitching Date: Sun Feb 13 03:17:29 2005 New Revision: 153619 URL: http://svn.apache.org/viewcvs?view=rev&rev=153619 Log: Change references to BeanPropertySetterAction to SetPropertyAction, in line with changes made to class names. Also add factory method for the SetPropertyAction constru

svn commit: r153618 - jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/SAXHandler.java

Author: skitching Date: Sun Feb 13 03:16:08 2005 New Revision: 153618 URL: http://svn.apache.org/viewcvs?view=rev&rev=153618 Log: Invoke new Context.checkForProblems method at end of a successful parse, just in case actions have made errors. This will make any bugs in actions much easier to detect

svn commit: r153617 - jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/Context.java

Author: skitching Date: Sun Feb 13 03:14:46 2005 New Revision: 153617 URL: http://svn.apache.org/viewcvs?view=rev&rev=153617 Log: Added checkForProblems method that checks the sanity of the Context stacks after digestion has completed. Modified: jakarta/commons/proper/digester/branches/diges

svn commit: r153616 - jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/SAXHandler.java

Author: skitching Date: Sun Feb 13 02:59:56 2005 New Revision: 153616 URL: http://svn.apache.org/viewcvs?view=rev&rev=153616 Log: Keep local copy of root object, so context can be discarded after parse completes. Modified: jakarta/commons/proper/digester/branches/digester2/src/java/org/apac

Re: [lang] release strategy

This is why I ([collections]) use ant for builds and maven only for website building. Basically, IMHO, a src-zip should contain not only the source java, but the source for building a local copy of the website. Stephen - Original Message - From: "Henri Yandell" <[EMAIL PROTECTED]> Pret

[GUMP@brutus]: Project commons-jelly-tags-ant (in module commons-jelly) failed

To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project commons-jelly-tags-ant has an issue affecting its community integration. This iss

[GUMP@brutus]: Project commons-jelly-tags-xml (in module commons-jelly) failed

To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project commons-jelly-tags-xml has an issue affecting its community integration. This iss

[GUMP@brutus]: Project commons-id (in module jakarta-commons-sandbox) failed

To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project commons-id has an issue affecting its community integration. This issue affects 1