Re: [IO] Almost ready for a 1.1 release?

On Mon, 25 Oct 2004 16:33:51 -0700, Martin Cooper <[EMAIL PROTECTED]> wrote: > On Mon, 25 Oct 2004 18:55:08 -0400, Henri Yandell <[EMAIL PROTECTED]> wrote: > > I hadn't realised we were this close to a 1.1, but I'm +1 for a release. > > If you don't think we're ready, or there's more that you'd li

[jira] Commented: (JELLY-107) util:properties doesn't evaluate expressions

[ http://issues.apache.org/jira/browse/JELLY-107?page=comments#action_54636 ] Hans Gilde commented on JELLY-107: -- If we're going to allow for plugin expression evaluators in the future, how would that fit into a situation like this? Maybe that's just s

[jira] Commented: (JELLY-159) share base test classes with tag lib test builds

[ http://issues.apache.org/jira/browse/JELLY-159?page=comments#action_54635 ] Hans Gilde commented on JELLY-159: -- I agree > share base test classes with tag lib test builds > > > Key: JELLY-159

DO NOT REPLY [Bug 30855] - [lang] Additional constructor for EqualsBuilder and isEquals member access.

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 30855] - [lang] Additional constructor for EqualsBuilder and isEquals member access.

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: [IO] Almost ready for a 1.1 release?

> -Original Message- > From: Martin Cooper [mailto:[EMAIL PROTECTED] > Sent: Sunday, October 24, 2004 20:16 > To: Jakarta Commons Developers List > Subject: [IO] Almost ready for a 1.1 release? > > So what do folks think? I'm willing to act as RM, unless someone else > feels like rolling t

Re: [IO] Almost ready for a 1.1 release?

From: "Martin Cooper" <[EMAIL PROTECTED]> > On Mon, 25 Oct 2004 18:55:08 -0400, Henri Yandell <[EMAIL PROTECTED]> wrote: > > I hadn't realised we were this close to a 1.1, but I'm +1 for a release. Release early... means we should get a release out. > > I just moved WildcardUtils up a directory a

Re: cvs commit: jakarta-commons/io/src/java/org/apache/commons/io FilenameUtils.java

I reckoned removePath() was the same, as the comment referred to basepath. Stephen - Original Message - From: "Martin Cooper" <[EMAIL PROTECTED]> > I was looking at that method yesterday and wondering why it was > deprecated. Anyone know? > > -- > Martin Cooper > > > On 25 Oct 2004 23:27:4

Re: cvs commit: jakarta-commons/io/src/java/org/apache/commons/io FilenameUtils.java

I was looking at that method yesterday and wondering why it was deprecated. Anyone know? -- Martin Cooper On 25 Oct 2004 23:27:42 -, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > scolebourne2004/10/25 16:27:41 > > Modified:io/src/java/org/apache/commons/io FilenameUtils.java > Lo

cvs commit: jakarta-commons/io/src/test/org/apache/commons/io/output PackageTestSuite.java

scolebourne2004/10/25 16:43:32 Added: io/src/test/org/apache/commons/io/input PackageTestSuite.java io/src/test/org/apache/commons/io/filefilter PackageTestSuite.java io/src/test/org/apache/commons/io/output

cvs commit: jakarta-commons/io/src/test/org/apache/commons/io PackageTestSuite.java IOTestSuite.java

scolebourne2004/10/25 16:35:48 Modified:io build.xml project.xml Added: io/src/test/org/apache/commons/io PackageTestSuite.java Removed: io/src/test/org/apache/commons/io IOTestSuite.java Log: Rename IOTestSuite to PackageTestSuite, include all tests Revision

cvs commit: jakarta-commons/io/src/test/org/apache/commons/io WildcardUtilsTest.java

scolebourne2004/10/25 16:34:24 Modified:io/src/test/org/apache/commons/io WildcardUtilsTest.java Log: Organize imports Revision ChangesPath 1.2 +0 -3 jakarta-commons/io/src/test/org/apache/commons/io/WildcardUtilsTest.java Index: WildcardUtilsTest.java

Re: [IO] Almost ready for a 1.1 release?

On Mon, 25 Oct 2004 18:55:08 -0400, Henri Yandell <[EMAIL PROTECTED]> wrote: > I hadn't realised we were this close to a 1.1, but I'm +1 for a release. If you don't think we're ready, or there's more that you'd like to do / see done prior to a 1.1, then by all means speak up. ;-) I'm not in that m

cvs commit: jakarta-commons/io/src/java/org/apache/commons/io WildcardUtils.java

scolebourne2004/10/25 16:28:30 Modified:io/src/java/org/apache/commons/io/filefilter ConditionalFileFilter.java WildcardFilter.java AndFileFilter.java OrFileFilter.java io/src/java/org/apache/commons/io WildcardUtils.java L

cvs commit: jakarta-commons/io/src/java/org/apache/commons/io FilenameUtils.java

scolebourne2004/10/25 16:27:41 Modified:io/src/java/org/apache/commons/io FilenameUtils.java Log: Remove deprecated method for first release Revision ChangesPath 1.14 +2 -28 jakarta-commons/io/src/java/org/apache/commons/io/FilenameUtils.java Index: Filenam

cvs commit: jakarta-commons/io/src/test/org/apache/commons/io/find WildcardUtilsTest.java

bayard 2004/10/25 15:55:28 Modified:io/src/java/org/apache/commons/io/filefilter WildcardFilter.java io/src/java/org/apache/commons/io/find FindingFilter.java Added: io/src/java/org/apache/commons/io WildcardUtils.java io/src

Re: [IO] Almost ready for a 1.1 release?

I hadn't realised we were this close to a 1.1, but I'm +1 for a release. I just moved WildcardUtils up a directory as it's used by two different subpackages of IO. There are a couple of options on the finder code which are not implemented yet (time ones I think). Is there any reason for the IOT

cvs commit: jakarta-commons/io/src/java/org/apache/commons/io/filefilter ConditionalFileFilter.java WildcardFilter.java AndFileFilter.java OrFileFilter.java

scolebourne2004/10/25 15:53:27 Modified:io/src/java/org/apache/commons/io/filefilter ConditionalFileFilter.java WildcardFilter.java AndFileFilter.java OrFileFilter.java Log: Fix formatting to four spaces Revision ChangesPath

Re: [vote] Oliver Heger as Committer

On 25 Oct 2004, at 11:10, Eric Pugh wrote: [X] Yes, bring him in! [ ] Don't care [ ] No - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

RE: [email] Dumbster failing

Not a problem. I appreciate your working with me on this. I am looking forward to getting [email] whipped into shape! ERi > -Original Message- > From: Corey Scott [mailto:[EMAIL PROTECTED] > Sent: Monday, October 25, 2004 7:21 PM > To: [EMAIL PROTECTED] > Cc: Jakarta Commons Developers

[jira] Commented: (JELLY-107) util:properties doesn't evaluate expressions

[ http://issues.apache.org/jira/browse/JELLY-107?page=comments#action_54630 ] dion gillard commented on JELLY-107: Some code currently relies on the properties not being evaluated. We really need this to be controlled via a flag. > util:properties

[jira] Commented: (JELLY-159) share base test classes with tag lib test builds

[ http://issues.apache.org/jira/browse/JELLY-159?page=comments#action_54629 ] dion gillard commented on JELLY-159: Maybe we will eventually need a jelly-test.jar which is shared across projects. But for the time being I'm in favour of moving it into

[jira] Resolved: (JELLY-151) Refactor TagSupport.trimBody() to Script.trimWhitespace()

[ http://issues.apache.org/jira/browse/JELLY-151?page=history ] dion gillard resolved JELLY-151: Resolution: Fixed Fix Version: 1.0 Committed fix > Refactor TagSupport.trimBody() to Script.trimWhitespace() > ---

cvs commit: jakarta-commons/jelly/src/java/org/apache/commons/jelly TagSupport.java

dion2004/10/25 12:33:12 Modified:jelly/src/java/org/apache/commons/jelly/impl ScriptBlock.java CompositeTextScriptBlock.java jelly/src/java/org/apache/commons/jelly TagSupport.java Log: Fix for Jelly-151. Revision ChangesPath 1.1

DO NOT REPLY [Bug 31884] New: - FileUtils.toFile() drops drive letter on windows

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

[GUMP@brutus]: Project commons-primitives (in module jakarta-commons) success

To whom it may satisfy... 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-primitives *no longer* has an issue. The current state of this project i

[jira] Updated: (JELLY-138) character data flushed XMLOuput while XML data doesn't

[ http://issues.apache.org/jira/browse/JELLY-138?page=history ] dion gillard updated JELLY-138: --- Attachment: jelly-138-tests.txt Tests from the original problem file, updated to fit in Jelly source hierarchy > character data flushed XMLOuput while XML dat

DO NOT REPLY [Bug 30855] - [lang] Additional constructor for EqualsBuilder and isEquals member access.

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

[GUMP@brutus]: Project commons-jux (in module jakarta-commons-sandbox) success

To whom it may satisfy... 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-jux *no longer* has an issue. The current state of this project is 'Succ

Re: [email] Dumbster failing

Ok, I have the tests all up and running with Maven. I have also made some minor mods, based on the tests or improving the input checking (this is why some of the tests are failing, there where against my changes not the HEAD version sorry) So once we get this formatting issue sorted, I will s

[Jakarta Commons Wiki] Updated: Lang

Date: 2004-10-25T10:19:04 Editor: GaryGregory <[EMAIL PROTECTED]> Wiki: Jakarta Commons Wiki Page: Lang URL: http://wiki.apache.org/jakarta-commons/Lang no comment Change Log: -- @@ -15,7 +15,6 @@

DO NOT REPLY [Bug 30929] - [lang] Nestable.indexOfThrowable(Class) uses Class.equals() to match

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 31881] - [email] Style only changes

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

[jira] Updated: (JELLY-138) character data flushed XMLOuput while XML data doesn't

[ http://issues.apache.org/jira/browse/JELLY-138?page=history ] dion gillard updated JELLY-138: --- Attachment: jelly-138.txt Patch for TagScript to fix the issue if we decide to go ahead with it. > character data flushed XMLOuput while XML data doesn't > --

Re: [vote] Oliver Heger as Committer

+1 Eric Pugh wrote: Hi all, I would like to nominate Oliver Heger as a committer to Jakarta Commons. Oliver has been very active in the [configuration] project[1], and I feel gets the "Jakarta way". He has partipated in doing a lot of the icky bug finding and fixing in [configuration] and will be

[GUMP@brutus]: Project commons-functor (in module jakarta-commons-sandbox) success

To whom it may satisfy... 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-functor *no longer* has an issue. The current state of this project is '

Re: [configuration] Any reason why JNDIConfiguration is readonly?

Eric Pugh wrote: Well.. I started on the bind/rebind stuff. and am having a really hard time of it... I can bind a property like this "newprop" just fine.. However, a property like "my.newprop" fails.. I think I need to crawl the tree and find the correct context and then set that... argh.. Th

[Jakarta Commons Wiki] Updated: AutoDiscoveryHallOfShame

Date: 2004-10-25T09:34:59 Editor: BradNeuberg <[EMAIL PROTECTED]> Wiki: Jakarta Commons Wiki Page: AutoDiscoveryHallOfShame URL: http://wiki.apache.org/jakarta-commons/AutoDiscoveryHallOfShame Updated TypePad and MoveableType RSS Formats and Autodiscovery Support Change Log: --

DO NOT REPLY [Bug 31881] - [email] Style only changes

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: [configuration] Any reason why JNDIConfiguration is readonly?

Well.. I started on the bind/rebind stuff. and am having a really hard time of it... I can bind a property like this "newprop" just fine.. However, a property like "my.newprop" fails.. I think I need to crawl the tree and find the correct context and then set that... argh.. I don't just want

DO NOT REPLY [Bug 31881] - [email] Style only changes

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 31881] - [email] Style only changes

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

cvs commit: jakarta-commons-sandbox/email project.xml

epugh 2004/10/25 09:19:02 Modified:emailproject.xml Log: add checkstyle back in. Revision ChangesPath 1.18 +1 -1 jakarta-commons-sandbox/email/project.xml Index: project.xml === RCS f

Re: [configuration] Any reason why JNDIConfiguration is readonly?

Eric Pugh wrote: Anyone have a good reason whe JNDIConfiguration doesn't support setting properties? I was thinking of going for just a simple string storing of properties, not binding in Datasources or anything funky like that... Eric How to you plan to implement this ? By playing with the bind/

Re: [configuration] Moving test resources to /src/test-resources

"Eric Pugh" <[EMAIL PROTECTED]> writes: >I'd actually like to keep them off of the classpath (src/test/resouces) >because many of the file don't go in the classpath, they are meant to be >read off the filesystem. I think it is simpler to either just copy the ones >to the classpath that need it, o

RE: [vote] Oliver Heger as Committer

+1 --- Noel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

RE: [configuration] Moving test resources to /src/test-resources

I'd actually like to keep them off of the classpath (src/test/resouces) because many of the file don't go in the classpath, they are meant to be read off the filesystem. I think it is simpler to either just copy the ones to the classpath that need it, or take the approach that if they are supposed

[configuration] Any reason why JNDIConfiguration is readonly?

Anyone have a good reason whe JNDIConfiguration doesn't support setting properties? I was thinking of going for just a simple string storing of properties, not binding in Datasources or anything funky like that... Eric - To uns

DO NOT REPLY [Bug 31881] - [email] Style only changes

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 31881] - [email] Style only changes

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 31881] New: - [email] Style only changes

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: [configuration] Moving test resources to /src/test-resources

"Eric Pugh" <[EMAIL PROTECTED]> writes: >By making this change we explicity list our test resources, they are in >/src/test-resources. BTW: I would very much prefer "src/test/resources" or "src/test/conf". With "src/test" being on the classpath anyway, the latter might even work without any chang

Re: [configuration] Moving test resources to /src/test-resources

Eric Pugh wrote: That is one reason.. The problem became apparent when putting some new features into the Eclipse plugin for Maven. [1] We'll be making it backwards compatilbe in order not to break a project like [configuration]. but more to the point, the /conf directory has become huge, with a

cvs commit: jakarta-commons/configuration/xdocs overview.xml

ebourg 2004/10/25 07:12:02 Modified:configuration/xdocs overview.xml Log: documentation update: - removed the references to the unit tests, this is discouraging for new users - more examples - replaced "digester file" by "configuration descriptor" since digester is just an im

RE: [configuration] Moving test resources to /src/test-resources

That is one reason.. The problem became apparent when putting some new features into the Eclipse plugin for Maven. [1] We'll be making it backwards compatilbe in order not to break a project like [configuration]. but more to the point, the /conf directory has become huge, with a mix, well okay,

cvs commit: jakarta-commons/configuration/xdocs navigation.xml

ebourg 2004/10/25 06:57:29 Modified:configuration/xdocs navigation.xml Log: menu update: - renamed "Overview" into "Using Configuration" - renamed "Simple Howto" into "Properties Howto" - added a download link - added a CVS link Revision ChangesPath 1.11 +4

cvs commit: jakarta-commons/configuration/xdocs howto_properties.xml

ebourg 2004/10/25 06:55:45 Modified:configuration/xdocs howto_properties.xml Log: properties howto revamp Revision ChangesPath 1.3 +168 -39 jakarta-commons/configuration/xdocs/howto_properties.xml Index: howto_properties.xml ===

cvs commit: jakarta-commons/configuration/xdocs index.xml

ebourg 2004/10/25 06:54:08 Modified:configuration/xdocs index.xml Log: front page update: - modified code example - AbstractFileConfiguration mentioned - bug section copied from commons collections - javadoc link to the full API instead of the Configuration interface Re

Re: [configuration] Moving test resources to /src/test-resources

I'm not sure to understand the issue, why do you need to import /conf in your classpath ? That's for running the unit tests directly from Eclipse ? Emmanuel Bourg Eric Pugh wrote: Hi all, I am using the updated Maven Eclipse plugin, and one of the difficulties that arises is that Eclipse (and the

Re: [vote] Oliver Heger as Committer

"Eric Pugh" <[EMAIL PROTECTED]> writes: >[X] Yes, bring him in! >[ ] Don't care >[ ] No -- Dipl.-Inf. (Univ.) Henning P. Schmiedehausen INTERMETA GmbH [EMAIL PROTECTED]+49 9131 50 654 0 http://www.intermeta.de/ RedHat Certified Engineer -- Jakarta Turbine Development -- hero

Re: [vote] Oliver Heger as Committer

[X] Yes, bring him in! [ ] Don't care [ ] No Emmanuel Bourg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

RE: [vote] Oliver Heger as Committer

Hi, >[ X ] Yes, bring him in! >[ ] Don't care >[ ] No +1. Also an enthusiastic thumbs up for a very well-crafted vote message. Yoav This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privile

Re: [configuration] Moving test resources to /src/test-resources

"Eric Pugh" <[EMAIL PROTECTED]> writes: >I dug in a bit more, and actually, only one unit test fails, >TestPropertiesConfiguration.testLoadViaPropertyWithBasePath2. >When I change the basepath's to use "src/test-resources": >private String testBasePath2 = new >File("src/test-resources").getAbsol

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

Ok, it's been an entire month now. This was once working fine and I have no idea what changed and why it can't find those jars. Any help is appreciated. -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910.8017 AIM: jmitchtx - Original Message - From: "S

RE: [configuration] Moving test resources to /src/test-resources

I dug in a bit more, and actually, only one unit test fails, TestPropertiesConfiguration.testLoadViaPropertyWithBasePath2. When I change the basepath's to use "src/test-resources": private String testBasePath2 = new File("src/test-resources").getAbsoluteFile().getParentFile().getAbsolutePath ();

RE: [vote] Oliver Heger as Committer

> [X] Yes, bring him in! > [ ] Don't care > [ ] No - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

[configuration] Moving test resources to /src/test-resources

Hi all, I am using the updated Maven Eclipse plugin, and one of the difficulties that arises is that Eclipse (and therefore Maven) want each directory, if included as resources on Eclipse's classpath, to be different. Right now, in configuration we include the /conf directory a ton of times. Wha

[vote] Oliver Heger as Committer

Hi all, I would like to nominate Oliver Heger as a committer to Jakarta Commons. Oliver has been very active in the [configuration] project[1], and I feel gets the "Jakarta way". He has partipated in doing a lot of the icky bug finding and fixing in [configuration] and will be an asset in designi

RE: [email] Dumbster failing

Go ahead and before doing any coding, send me a single patch with all the formatting chanes. No code changes! Then in the comments for the commit I can specify "Code formatting cleanup, no changes". Just to confirm, your checkstyle plugin is using the standard jakarta formatting? Which, since I

Re: [math] R-based tests

--- Phil Steitz <[EMAIL PROTECTED]> wrote: > I have used R to compute target values for statistics (and other things) > in test cases where certified data tests are not available. To make these > tests repeatable, I have been saving "scripts" that can be executed in R > using the source() functi