DO NOT REPLY [Bug 38856] - [pool] Killed user connection causes the setautocomit to fail

2006-07-23 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUGĀ·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=38856.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED ANDĀ·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=38856





--- Additional Comments From [EMAIL PROTECTED]  2006-07-23 07:28 ---
df


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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



VOTE: Merge streaming branch into commons-fileupload

2006-07-23 Thread Jochen Wiedmann

Hi,

several weeks ago I have published a streaming branch of
commons-fileupload. So far I received absolutely no echo, neither
positive nor negative. To receive such feedback, I'd like to merge my
code into the trunk now. Which is what I am calling a vote for.

As I do not necessarily expect a positive vote, I'll keep it open for one week.


Jochen

--
Whenever you find yourself on the side of the
majority, it is time to pause and reflect.
(Mark Twain)

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



[blog] Observations :)

2006-07-23 Thread Martin van den Bemt

Hi everyone,

I have been following the blog closely and it's a nice concept (and probably usable outside commons 
as well). Although I can see the humor in Interviewing myself again, it would be nice if someone 
else did that :)


To give to right example, I would like to interview Rahul Akolkar about SCXML.

I will ping Rahul (unless he really doesn't want to), when I have the questions (currently have a 
deadline, so will probably do that after wednesday)..

If preferred we can also wait till version 0.5 has been released :)

Mvgr,
Martin

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



[EMAIL PROTECTED]: Project commons-jelly-tags-jsl-test (in module commons-jelly) failed

2006-07-23 Thread commons-jelly-tags-jsl development
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-jsl-test has an issue affecting its community 
integration.
This issue affects 1 projects,
 and has been outstanding for 81 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- commons-jelly-tags-jsl-test :  Commons Jelly


Full details are available at:

http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-jsl-test/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Dependency on ant exists, no need to add for property 
maven.jar.ant-optional.
 -DEBUG- Dependency on xml-xerces exists, no need to add for property 
maven.jar.xerces.
 -DEBUG- (Gump generated) Maven Properties in: 
/usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/build.properties
 -INFO- Failed with reason build failed
 -DEBUG- Maven POM in: 
/usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/project.xml
 -DEBUG- Maven project properties in: 
/usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/project.properties
 -INFO- Project Reports in: 
/usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/target/test-reports



The following work was performed:
http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-jsl-test/gump_work/build_commons-jelly_commons-jelly-tags-jsl-test.html
Work Name: build_commons-jelly_commons-jelly-tags-jsl-test (Type: Build)
Work ended in a state of : Failed
Elapsed: 18 secs
Command Line: maven --offline jar 
[Working Directory: 
/usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl]
CLASSPATH: 
/opt/jdk1.5/lib/tools.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/commons-cli-1.0.x/target/commons-cli-23072006.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-23072006.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-23072006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/ant/target/commons-jelly-tags-ant-23072006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-23072006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/log/target/commons-jelly-tags-log-23072006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/target/commons-jelly-tags-xml-23072006.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-23072006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-23072006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-23072006.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/public/workspace/jaxen/target/jaxen-23072006.jar
-
[junit] at 
org.apache.commons.jelly.tags.junit.AssertTagSupport.fail(AssertTagSupport.java:63)
[junit] at 
org.apache.commons.jelly.tags.junit.AssertTag.doTag(AssertTag.java:58)
[junit] at 
org.apache.commons.jelly.impl.TagScript.run(TagScript.java:262)
[junit] at 
org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
[junit] at 
org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:186)
[junit] at 
org.apache.commons.jelly.impl.StaticTag.doTag(StaticTag.java:65)
[junit] at 
org.apache.commons.jelly.impl.StaticTagScript.run(StaticTagScript.java:112)
[junit] at 
org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
[junit] at 
org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:186)
[junit] at 
org.apache.commons.jelly.tags.jsl.TemplateTag$1.run(TemplateTag.java:160)
[junit] at org.dom4j.rule.Mode.fireRule(Mode.java:59)
[junit] at org.dom4j.rule.Mode.applyTemplates(Mode.java:80)
[junit] at org.dom4j.rule.RuleManager$1.run(RuleManager.java:171)
[junit] at org.dom4j.rule.Mode.fireRule(Mode.java:59)
[junit] at org.dom4j.rule.Stylesheet.run(Stylesheet.java:102)
[junit] at org.dom4j.rule.Stylesheet.run(Stylesheet.java:91)
[junit] at 

[EMAIL PROTECTED]: Project commons-jelly-tags-jsl-test (in module commons-jelly) failed

2006-07-23 Thread commons-jelly-tags-jsl development
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-jsl-test has an issue affecting its community 
integration.
This issue affects 1 projects,
 and has been outstanding for 81 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- commons-jelly-tags-jsl-test :  Commons Jelly


Full details are available at:

http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-jsl-test/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Dependency on ant exists, no need to add for property 
maven.jar.ant-optional.
 -DEBUG- Dependency on xml-xerces exists, no need to add for property 
maven.jar.xerces.
 -DEBUG- (Gump generated) Maven Properties in: 
/usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/build.properties
 -INFO- Failed with reason build failed
 -DEBUG- Maven POM in: 
/usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/project.xml
 -DEBUG- Maven project properties in: 
/usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/project.properties
 -INFO- Project Reports in: 
/usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/target/test-reports



The following work was performed:
http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-jsl-test/gump_work/build_commons-jelly_commons-jelly-tags-jsl-test.html
Work Name: build_commons-jelly_commons-jelly-tags-jsl-test (Type: Build)
Work ended in a state of : Failed
Elapsed: 18 secs
Command Line: maven --offline jar 
[Working Directory: 
/usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl]
CLASSPATH: 
/opt/jdk1.5/lib/tools.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/commons-cli-1.0.x/target/commons-cli-23072006.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-23072006.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-23072006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/ant/target/commons-jelly-tags-ant-23072006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-23072006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/log/target/commons-jelly-tags-log-23072006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/target/commons-jelly-tags-xml-23072006.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-23072006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-23072006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-23072006.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/public/workspace/jaxen/target/jaxen-23072006.jar
-
[junit] at 
org.apache.commons.jelly.tags.junit.AssertTagSupport.fail(AssertTagSupport.java:63)
[junit] at 
org.apache.commons.jelly.tags.junit.AssertTag.doTag(AssertTag.java:58)
[junit] at 
org.apache.commons.jelly.impl.TagScript.run(TagScript.java:262)
[junit] at 
org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
[junit] at 
org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:186)
[junit] at 
org.apache.commons.jelly.impl.StaticTag.doTag(StaticTag.java:65)
[junit] at 
org.apache.commons.jelly.impl.StaticTagScript.run(StaticTagScript.java:112)
[junit] at 
org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
[junit] at 
org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:186)
[junit] at 
org.apache.commons.jelly.tags.jsl.TemplateTag$1.run(TemplateTag.java:160)
[junit] at org.dom4j.rule.Mode.fireRule(Mode.java:59)
[junit] at org.dom4j.rule.Mode.applyTemplates(Mode.java:80)
[junit] at org.dom4j.rule.RuleManager$1.run(RuleManager.java:171)
[junit] at org.dom4j.rule.Mode.fireRule(Mode.java:59)
[junit] at org.dom4j.rule.Stylesheet.run(Stylesheet.java:102)
[junit] at org.dom4j.rule.Stylesheet.run(Stylesheet.java:91)
[junit] at 

svn commit: r424724 - in /jakarta/commons/sandbox/compress/trunk: maven.xml project.properties project.xml xdocs/cvs-usage.xml xdocs/downloads.xml xdocs/issue-tracking.xml xdocs/navigation.xml xdocs/s

2006-07-23 Thread niallp
Author: niallp
Date: Sun Jul 23 05:28:56 2006
New Revision: 424724

URL: http://svn.apache.org/viewvc?rev=424724view=rev
Log:
Update site/build

Added:
jakarta/commons/sandbox/compress/trunk/maven.xml   (with props)
jakarta/commons/sandbox/compress/trunk/xdocs/cvs-usage.xml   (with props)
jakarta/commons/sandbox/compress/trunk/xdocs/downloads.xml   (with props)
jakarta/commons/sandbox/compress/trunk/xdocs/issue-tracking.xml   (with 
props)
jakarta/commons/sandbox/compress/trunk/xdocs/style/
jakarta/commons/sandbox/compress/trunk/xdocs/style/project.css
Modified:
jakarta/commons/sandbox/compress/trunk/project.properties
jakarta/commons/sandbox/compress/trunk/project.xml
jakarta/commons/sandbox/compress/trunk/xdocs/navigation.xml

Added: jakarta/commons/sandbox/compress/trunk/maven.xml
URL: 
http://svn.apache.org/viewvc/jakarta/commons/sandbox/compress/trunk/maven.xml?rev=424724view=auto
==
--- jakarta/commons/sandbox/compress/trunk/maven.xml (added)
+++ jakarta/commons/sandbox/compress/trunk/maven.xml Sun Jul 23 05:28:56 2006
@@ -0,0 +1,83 @@
+!--
+   Copyright 2001-2004 The Apache Software Foundation
+
+   Licensed under the Apache License, Version 2.0 (the License);
+   you may not use this file except in compliance with the License.
+   You may obtain a copy of the License at
+
+   http://www.apache.org/licenses/LICENSE-2.0
+
+   Unless required by applicable law or agreed to in writing, software
+   distributed under the License is distributed on an AS IS BASIS,
+   WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
+   See the License for the specific language governing permissions and
+   limitations under the License.
+--
+project default=java:jar
+  xmlns:ant=jelly:ant
+  xmlns:j=jelly:core
+
+!-- == --
+!-- Copy into the binary distribution  --
+!-- == --
+postGoal name=dist:prepare-bin-filesystem
+
+copy todir=${maven.dist.bin.assembly.dir}
+fileset file='${basedir}/NOTICE.txt'/
+fileset file=${basedir}/RELEASE-NOTES.txt/
+/copy
+
+/postGoal
+
+!-- == --
+!-- Copy into the source distribution  --
+!-- == --
+postGoal name=dist:prepare-src-filesystem
+
+!-- Copy files --
+copy todir=${maven.dist.src.assembly.dir}
+fileset file='${basedir}/NOTICE.txt'/
+fileset file=${basedir}/RELEASE-NOTES.txt/
+fileset file=${basedir}/checkstyle.xml/
+/copy
+
+!-- Copy xdoc directory --
+copy todir=${maven.dist.src.assembly.dir}/xdocs
+fileset dir=xdocs/
+/copy
+
+/postGoal
+
+!-- == --
+!-- Create MD5 Check Sums  --
+!-- == --
+postGoal name=dist
+
+ !-- create checksum for jar --
+ ant:checksum file=${maven.build.dir}/${maven.final.name}.jar 
property=jar.md5/
+ ant:echo message=${jar.md5} *${maven.final.name}.jar 
+   file=${maven.build.dir}/${maven.final.name}.jar.md5 /
+
+ !-- create checksum for binary zip --
+ ant:checksum file=${maven.dist.dir}/${maven.final.name}.zip 
property=zip.md5/
+ ant:echo message=${zip.md5} *${maven.final.name}.zip 
+   file=${maven.dist.dir}/${maven.final.name}.zip.md5 /
+
+ !-- create checksum for binary tar.gz --
+ ant:checksum file=${maven.dist.dir}/${maven.final.name}.tar.gz 
property=tar.gz.md5/
+ ant:echo message=${tar.gz.md5} *${maven.final.name}.tar.gz 
+   file=${maven.dist.dir}/${maven.final.name}.tar.gz.md5 /
+
+ !-- create checksum for source zip --
+ ant:checksum file=${maven.dist.dir}/${maven.final.name}-src.zip 
property=src.zip.md5/
+ ant:echo message=${src.zip.md5} *${maven.final.name}-src.zip 
+   file=${maven.dist.dir}/${maven.final.name}-src.zip.md5 /
+
+ !-- create checksum for source tar.gz --
+ ant:checksum file=${maven.dist.dir}/${maven.final.name}-src.tar.gz 
property=src.tar.gz.md5/
+ ant:echo message=${src.tar.gz.md5} *${maven.final.name}-src.tar.gz 
+   file=${maven.dist.dir}/${maven.final.name}-src.tar.gz.md5 
/
+
+/postGoal
+  
+/project

Propchange: jakarta/commons/sandbox/compress/trunk/maven.xml
--
svn:eol-style = native

Propchange: 

svn commit: r424726 - /jakarta/commons/proper/commons-build/trunk/nightly_sandbox_maven_list.txt

2006-07-23 Thread niallp
Author: niallp
Date: Sun Jul 23 05:38:23 2006
New Revision: 424726

URL: http://svn.apache.org/viewvc?rev=424726view=rev
Log:
add compress to nightly build list

Modified:
jakarta/commons/proper/commons-build/trunk/nightly_sandbox_maven_list.txt

Modified: 
jakarta/commons/proper/commons-build/trunk/nightly_sandbox_maven_list.txt
URL: 
http://svn.apache.org/viewvc/jakarta/commons/proper/commons-build/trunk/nightly_sandbox_maven_list.txt?rev=424726r1=424725r2=424726view=diff
==
--- jakarta/commons/proper/commons-build/trunk/nightly_sandbox_maven_list.txt 
(original)
+++ jakarta/commons/proper/commons-build/trunk/nightly_sandbox_maven_list.txt 
Sun Jul 23 05:38:23 2006
@@ -1,3 +1,4 @@
+compress
 csv
 finder
 id



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



[jira] Commented: (IO-86) Add FileFinder back into Commons IO

2006-07-23 Thread Stephen Colebourne (JIRA)
[ http://issues.apache.org/jira/browse/IO-86?page=comments#action_12422889 
] 

Stephen Colebourne commented on IO-86:
--

Its only a small addition to [io] and appears to make sense now.

One minor nit is that the most of the [io] code doesn't use XHTML, but instead:
  Para1
  p
  Para2
  p
  Para3
This is done to make the javadoc more readable when viewing it as source. 

I also think that there should be some way to perform subclass processing 
before and after the find.

 Add FileFinder back into Commons IO
 ---

 Key: IO-86
 URL: http://issues.apache.org/jira/browse/IO-86
 Project: Commons IO
  Issue Type: New Feature
Affects Versions: 1.2
Reporter: Niall Pemberton
 Fix For: 1.3

 Attachments: FileFinder.java, FileFinderTestCase.java


 I'd like to propose adding a FileFinder back into Commons IO. This is a 
 simplified version of what was recently moved out of Commons IO into the 
 finder component currently in the sandbox.
 I believe this is a simpler, more generic implementation than the finder 
 component and therefore would be considered suitable for inclusion in Commons 
 IO. Although simpler it could be used as the basis for achieving the finder 
 component's aims - namely to emulate the unix find command.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira



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



svn commit: r424729 - in /jakarta/commons/sandbox/compress/trunk: project.xml xdocs/downloads.xml

2006-07-23 Thread dennisl
Author: dennisl
Date: Sun Jul 23 06:01:18 2006
New Revision: 424729

URL: http://svn.apache.org/viewvc?rev=424729view=rev
Log:
Fix copy-and-paste mistake.

Modified:
jakarta/commons/sandbox/compress/trunk/project.xml
jakarta/commons/sandbox/compress/trunk/xdocs/downloads.xml

Modified: jakarta/commons/sandbox/compress/trunk/project.xml
URL: 
http://svn.apache.org/viewvc/jakarta/commons/sandbox/compress/trunk/project.xml?rev=424729r1=424728r2=424729view=diff
==
--- jakarta/commons/sandbox/compress/trunk/project.xml (original)
+++ jakarta/commons/sandbox/compress/trunk/project.xml Sun Jul 23 06:01:18 2006
@@ -47,11 +47,11 @@
   gumpRepositoryIdjakarta/gumpRepositoryId
   issueTrackingUrlhttp://issues.apache.org/jira//issueTrackingUrl
   siteAddresspeople.apache.org/siteAddress
-  
siteDirectory/www/jakarta.apache.org/commons/${pom.artifactId.substring(8)}//siteDirectory
-  
distributionDirectory/www/jakarta.apache.org/builds/jakarta-commons/${pom.artifactId.substring(8)}//distributionDirectory
+  
siteDirectory/www/jakarta.apache.org/commons/sandbox/${pom.artifactId.substring(8)}//siteDirectory
+  
distributionDirectory/www/jakarta.apache.org/builds/jakarta-commons/sandbox/${pom.artifactId.substring(8)}//distributionDirectory
   
   repository
-
connectionscm:svn:http://svn.apache.org/repos/asf/jakarta/commons/proper/${pom.artifactId.substring(8)}/trunk/connection
+
connectionscm:svn:http://svn.apache.org/repos/asf/jakarta/commons/sandbox/${pom.artifactId.substring(8)}/trunk/connection
 urlhttp://svn.apache.org/viewcvs.cgi/url
   /repository
 

Modified: jakarta/commons/sandbox/compress/trunk/xdocs/downloads.xml
URL: 
http://svn.apache.org/viewvc/jakarta/commons/sandbox/compress/trunk/xdocs/downloads.xml?rev=424729r1=424728r2=424729view=diff
==
--- jakarta/commons/sandbox/compress/trunk/xdocs/downloads.xml (original)
+++ jakarta/commons/sandbox/compress/trunk/xdocs/downloads.xml Sun Jul 23 
06:01:18 2006
@@ -27,7 +27,7 @@
There are currently no official downloads, and will not be 
until Compress moves out of the Sandbox.
 !--
Download the a 
href=http://jakarta.apache.org/site/downloads/downloads_commons-compress.cgi;Latest
 Release/a
-   of Commons Finder.
+   of Commons Compress.
 --
 /p
 



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



[jira] Updated: (IO-86) Add FileFinder back into Commons IO

2006-07-23 Thread Niall Pemberton (JIRA)
 [ http://issues.apache.org/jira/browse/IO-86?page=all ]

Niall Pemberton updated IO-86:
--

Attachment: io-filefinder-start-end.patch

I originally had the javadoc not using XHTML and changed it following Henri's 
comment. I'm happy to switch it back, but will wait until there is agreement.

Subclass processing before and after the find can be achieved either by 
overriding the find(File) method and inserting before/after processing around a 
call to super.find(file) - or by putting the code in the 
handleStartDirectory()/handleEndDirectory() methods and checking that the 
depth=0. Is this not enough?

If not  I'm attaching a patch to add handleFindStart() / handleFindEnd() 
methods - let me know if you think it suitable.


 Add FileFinder back into Commons IO
 ---

 Key: IO-86
 URL: http://issues.apache.org/jira/browse/IO-86
 Project: Commons IO
  Issue Type: New Feature
Affects Versions: 1.2
Reporter: Niall Pemberton
 Fix For: 1.3

 Attachments: FileFinder.java, FileFinderTestCase.java, 
 io-filefinder-start-end.patch


 I'd like to propose adding a FileFinder back into Commons IO. This is a 
 simplified version of what was recently moved out of Commons IO into the 
 finder component currently in the sandbox.
 I believe this is a simpler, more generic implementation than the finder 
 component and therefore would be considered suitable for inclusion in Commons 
 IO. Although simpler it could be used as the basis for achieving the finder 
 component's aims - namely to emulate the unix find command.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira



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



Re: svn commit: r424729 - in /jakarta/commons/sandbox/compress/trunk: project.xml xdocs/downloads.xml

2006-07-23 Thread Niall Pemberton

Thanks!

Niall

On 7/23/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:

Author: dennisl
Date: Sun Jul 23 06:01:18 2006
New Revision: 424729

URL: http://svn.apache.org/viewvc?rev=424729view=rev
Log:
Fix copy-and-paste mistake.

Modified:
jakarta/commons/sandbox/compress/trunk/project.xml
jakarta/commons/sandbox/compress/trunk/xdocs/downloads.xml


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



[jira] Commented: (IO-86) Add FileFinder back into Commons IO

2006-07-23 Thread Stephen Colebourne (JIRA)
[ http://issues.apache.org/jira/browse/IO-86?page=comments#action_12422896 
] 

Stephen Colebourne commented on IO-86:
--

Hold off any patches for now, I'm working on it...

 Add FileFinder back into Commons IO
 ---

 Key: IO-86
 URL: http://issues.apache.org/jira/browse/IO-86
 Project: Commons IO
  Issue Type: New Feature
Affects Versions: 1.2
Reporter: Niall Pemberton
 Fix For: 1.3

 Attachments: FileFinder.java, FileFinderTestCase.java, 
 io-filefinder-start-end.patch


 I'd like to propose adding a FileFinder back into Commons IO. This is a 
 simplified version of what was recently moved out of Commons IO into the 
 finder component currently in the sandbox.
 I believe this is a simpler, more generic implementation than the finder 
 component and therefore would be considered suitable for inclusion in Commons 
 IO. Although simpler it could be used as the basis for achieving the finder 
 component's aims - namely to emulate the unix find command.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira



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



svn commit: r424742 - in /jakarta/commons/proper/io/trunk: ./ src/java/org/apache/commons/io/filefilter/ src/test/org/apache/commons/io/filefilter/

2006-07-23 Thread scolebourne
Author: scolebourne
Date: Sun Jul 23 06:58:32 2006
New Revision: 424742

URL: http://svn.apache.org/viewvc?rev=424742view=rev
Log:
Add FileFileFilter that accepts files and not directories

Added:

jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/filefilter/FileFileFilter.java
   (with props)
Modified:
jakarta/commons/proper/io/trunk/RELEASE-NOTES.txt

jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/filefilter/FileFilterUtils.java

jakarta/commons/proper/io/trunk/src/test/org/apache/commons/io/filefilter/FileFilterTestCase.java

Modified: jakarta/commons/proper/io/trunk/RELEASE-NOTES.txt
URL: 
http://svn.apache.org/viewvc/jakarta/commons/proper/io/trunk/RELEASE-NOTES.txt?rev=424742r1=424741r2=424742view=diff
==
--- jakarta/commons/proper/io/trunk/RELEASE-NOTES.txt (original)
+++ jakarta/commons/proper/io/trunk/RELEASE-NOTES.txt Sun Jul 23 06:58:32 2006
@@ -54,6 +54,11 @@
 - NameFileFilter
   - Ability to control case-sensitivity
 
+- FileFileFilter
+  - New IOFileFilter implementation
+  - Accepts files where File.isFile() is true
+  - In other words it filters out directories
+
 - CanReadFileFilter
   - New IOFileFilter implementation
   - Accepts files where File.canRead() is true

Added: 
jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/filefilter/FileFileFilter.java
URL: 
http://svn.apache.org/viewvc/jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/filefilter/FileFileFilter.java?rev=424742view=auto
==
--- 
jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/filefilter/FileFileFilter.java
 (added)
+++ 
jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/filefilter/FileFileFilter.java
 Sun Jul 23 06:58:32 2006
@@ -0,0 +1,58 @@
+/*
+ * Copyright 2006 The Apache Software Foundation.
+ * 
+ * Licensed under the Apache License, Version 2.0 (the License);
+ * you may not use this file except in compliance with the License.
+ * You may obtain a copy of the License at
+ * 
+ *  http://www.apache.org/licenses/LICENSE-2.0
+ * 
+ * Unless required by applicable law or agreed to in writing, software
+ * distributed under the License is distributed on an AS IS BASIS,
+ * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
+ * See the License for the specific language governing permissions and
+ * limitations under the License.
+ */
+package org.apache.commons.io.filefilter;
+
+import java.io.File;
+
+/**
+ * This filter accepts codeFile/codes that are files (not directories).
+ * p
+ * For example, here is how to print out a list of the real files
+ * within the current directory:
+ *
+ * pre
+ * File dir = new File(.);
+ * String[] files = dir.list( FileFileFilter.FILE );
+ * for ( int i = 0; i lt; files.length; i++ ) {
+ * System.out.println(files[i]);
+ * }
+ * /pre
+ *
+ * @since Commons IO 1.3
+ * @version $Revision: 155419 $ $Date: 2005-02-26 13:02:41 + (Sat, 26 Feb 
2005) $
+ */
+public class FileFileFilter extends AbstractFileFilter {
+
+/** Singleton instance of file filter */
+public static final IOFileFilter FILE = new FileFileFilter();
+
+/**
+ * Restrictive consructor.
+ */
+protected FileFileFilter() {
+}
+
+/**
+ * Checks to see if the file is a file.
+ *
+ * @param file  the File to check
+ * @return true if the file is a file
+ */
+public boolean accept(File file) {
+return file.isFile();
+}
+
+}

Propchange: 
jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/filefilter/FileFileFilter.java
--
svn:eol-style = native

Propchange: 
jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/filefilter/FileFileFilter.java
--
svn:keywords = author date id revision

Modified: 
jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/filefilter/FileFilterUtils.java
URL: 
http://svn.apache.org/viewvc/jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/filefilter/FileFilterUtils.java?rev=424742r1=424741r2=424742view=diff
==
--- 
jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/filefilter/FileFilterUtils.java
 (original)
+++ 
jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/filefilter/FileFilterUtils.java
 Sun Jul 23 06:58:32 2006
@@ -76,12 +76,21 @@
 /**
  * Returns a filter that checks if the file is a directory.
  * 
- * @return directory file filter
+ * @return file filter that accepts only directories and not files
  */
 public static IOFileFilter directoryFileFilter() {
 return DirectoryFileFilter.INSTANCE;
 }
-
+
+/**
+   

svn commit: r424745 - in /jakarta/commons/proper/io/trunk: ./ src/java/org/apache/commons/io/filefilter/ src/test/org/apache/commons/io/filefilter/

2006-07-23 Thread scolebourne
Author: scolebourne
Date: Sun Jul 23 07:18:55 2006
New Revision: 424745

URL: http://svn.apache.org/viewvc?rev=424745view=rev
Log:
TrueFileFilter/FalseFileFilter/DirectoryFileFilter new constants
  - New singleton instance constants (TRUE/FALSE/DIRECTORY)
  - The new constants are more JDK 1.5 friendly with regards to static imports
(whereas if everything uses INSTANCE, then they just clash)
  - The old INSTANCE constants are still present and have not been deprecated

Modified:
jakarta/commons/proper/io/trunk/RELEASE-NOTES.txt

jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/filefilter/DirectoryFileFilter.java

jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/filefilter/FalseFileFilter.java

jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/filefilter/FileFilterUtils.java

jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/filefilter/TrueFileFilter.java

jakarta/commons/proper/io/trunk/src/test/org/apache/commons/io/filefilter/FileFilterTestCase.java

Modified: jakarta/commons/proper/io/trunk/RELEASE-NOTES.txt
URL: 
http://svn.apache.org/viewvc/jakarta/commons/proper/io/trunk/RELEASE-NOTES.txt?rev=424745r1=424744r2=424745view=diff
==
--- jakarta/commons/proper/io/trunk/RELEASE-NOTES.txt (original)
+++ jakarta/commons/proper/io/trunk/RELEASE-NOTES.txt Sun Jul 23 07:18:55 2006
@@ -75,6 +75,12 @@
   - New IOFileFilter implementation
   - Accepts files or directories that are empty
 
+- TrueFileFilter/FalseFileFilter/DirectoryFileFilter
+  - New singleton instance constants (TRUE/FALSE/DIRECTORY)
+  - The new constants are more JDK 1.5 friendly with regards to static imports
+(whereas if everything uses INSTANCE, then they just clash)
+  - The old INSTANCE constants are still present and have not been deprecated
+
 
 Feedback
 

Modified: 
jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/filefilter/DirectoryFileFilter.java
URL: 
http://svn.apache.org/viewvc/jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/filefilter/DirectoryFileFilter.java?rev=424745r1=424744r2=424745view=diff
==
--- 
jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/filefilter/DirectoryFileFilter.java
 (original)
+++ 
jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/filefilter/DirectoryFileFilter.java
 Sun Jul 23 07:18:55 2006
@@ -1,5 +1,5 @@
 /*
- * Copyright 2002-2004 The Apache Software Foundation.
+ * Copyright 2002-2004,2006 The Apache Software Foundation.
  * 
  * Licensed under the Apache License, Version 2.0 (the License);
  * you may not use this file except in compliance with the License.
@@ -33,30 +33,40 @@
  *
  * @since Commons IO 1.0
  * @version $Revision$ $Date$
- * 
+ *
  * @author Henri Yandell
  * @author Stephen Colebourne
  * @author Peter Donald
  */
 public class DirectoryFileFilter extends AbstractFileFilter {
-
-/** Singleton instance of directory filter */
-public static final IOFileFilter INSTANCE = new DirectoryFileFilter();
-
+
+/**
+ * Singleton instance of directory filter.
+ * @since Commons IO 1.3
+ */
+public static final IOFileFilter DIRECTORY = new DirectoryFileFilter();
+/**
+ * Singleton instance of directory filter.
+ * Please use the identical DirectoryFileFilter.DIRECTORY constant.
+ * The new name is more JDK 1.5 friendly as it doesn't clash with other
+ * values when using static imports.
+ */
+public static final IOFileFilter INSTANCE = DIRECTORY;
+
 /**
  * Restrictive consructor.
  */
 protected DirectoryFileFilter() {
 }
-
+
 /**
  * Checks to see if the file is a directory.
- * 
+ *
  * @param file  the File to check
  * @return true if the file is a directory
  */
 public boolean accept(File file) {
 return file.isDirectory();
 }
-
+
 }

Modified: 
jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/filefilter/FalseFileFilter.java
URL: 
http://svn.apache.org/viewvc/jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/filefilter/FalseFileFilter.java?rev=424745r1=424744r2=424745view=diff
==
--- 
jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/filefilter/FalseFileFilter.java
 (original)
+++ 
jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/filefilter/FalseFileFilter.java
 Sun Jul 23 07:18:55 2006
@@ -1,5 +1,5 @@
 /*
- * Copyright 2002-2004 The Apache Software Foundation.
+ * Copyright 2002-2004,2006 The Apache Software Foundation.
  * 
  * Licensed under the Apache License, Version 2.0 (the License);
  * you may not use this file except in compliance with the License.
@@ -19,37 +19,47 @@
 
 /**
  * A file filter that always returns false.
- * 

svn commit: r424747 - in /jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io: CopyUtils.java input/SwappedDataInputStream.java output/DeferredFileOutputStream.java

2006-07-23 Thread scolebourne
Author: scolebourne
Date: Sun Jul 23 07:22:04 2006
New Revision: 424747

URL: http://svn.apache.org/viewvc?rev=424747view=rev
Log:
Javadoc - unify paragraph tags to code readable style

Modified:

jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/CopyUtils.java

jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/input/SwappedDataInputStream.java

jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/output/DeferredFileOutputStream.java

Modified: 
jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/CopyUtils.java
URL: 
http://svn.apache.org/viewvc/jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/CopyUtils.java?rev=424747r1=424746r2=424747view=diff
==
--- 
jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/CopyUtils.java 
(original)
+++ 
jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/CopyUtils.java 
Sun Jul 23 07:22:04 2006
@@ -1,5 +1,5 @@
 /*
- * Copyright 2001-2004 The Apache Software Foundation.
+ * Copyright 2001-2004,2006 The Apache Software Foundation.
  *
  * Licensed under the Apache License, Version 2.0 (the License);
  * you may not use this file except in compliance with the License.
@@ -26,13 +26,13 @@
 import java.io.Writer;
 
 /**
- * pThis class provides static utility methods for buffered
+ * This class provides static utility methods for buffered
  * copying between sources (codeInputStream/code, codeReader/code,
  * codeString/code and codebyte[]/code) and destinations
  * (codeOutputStream/code, codeWriter/code, codeString/code and
- * codebyte[]/code)./p
- *
- * pUnless otherwise noted, these codecopy/code methods do emnot/em
+ * codebyte[]/code).
+ * p
+ * Unless otherwise noted, these codecopy/code methods do emnot/em
  * flush or close the streams. Often doing so would require making non-portable
  * assumptions about the streams' origin and further use. This means that both
  * streams' codeclose()/code methods must be called after copying. if one
@@ -41,43 +41,42 @@
  * idea to rely on this mechanism. For a good overview of the distinction
  * between memory management and resource management, see
  * a href=http://www.unixreview.com/articles/1998/9804/9804ja/ja.htm;this
- * UnixReview article/a./p
- *
- * pFor byte-to-char methods, a codecopy/code variant allows the encoding
+ * UnixReview article/a.
+ * p
+ * For byte-to-char methods, a codecopy/code variant allows the encoding
  * to be selected (otherwise the platform default is used). We would like to
  * encourage you to always specify the encoding because relying on the platform
- * default can lead to unexpected results./p
- *
- * pWe don't provide special variants for the codecopy/code methods that
+ * default can lead to unexpected results.
+ * p
+ * We don't provide special variants for the codecopy/code methods that
  * let you specify the buffer size because in modern VMs the impact on speed
- * seems to be minimal. We're using a default buffer size of 4 KB./p
- *
- * pThe codecopy/code methods use an internal buffer when copying. It is
+ * seems to be minimal. We're using a default buffer size of 4 KB.
+ * p
+ * The codecopy/code methods use an internal buffer when copying. It is
  * therefore advisable emnot/em to deliberately wrap the stream arguments
  * to the codecopy/code methods in codeBuffered*/code streams. For
- * example, don't do the following:/p
- *
- * codecopy( new BufferedInputStream( in ),
- *   new BufferedOutputStream( out ) );/code
- *
- * pThe rationale is as follows:/p
- *
- * pImagine that an InputStream's read() is a very expensive operation, which
+ * example, don't do the following:
+ * pre
+ *  copy( new BufferedInputStream( in ), new BufferedOutputStream( out ) );
+ *  /pre
+ * The rationale is as follows:
+ * p
+ * Imagine that an InputStream's read() is a very expensive operation, which
  * would usually suggest wrapping in a BufferedInputStream. The
  * BufferedInputStream works by issuing infrequent
  * [EMAIL PROTECTED] java.io.InputStream#read(byte[] b, int off, int len)} 
requests on the
  * underlying InputStream, to fill an internal buffer, from which further
  * coderead/code requests can inexpensively get their data (until the 
buffer
- * runs out)./p
- *
- * pHowever, the codecopy/code methods do the same thing, keeping an
+ * runs out).
+ * p
+ * However, the codecopy/code methods do the same thing, keeping an
  * internal buffer, populated by
  * [EMAIL PROTECTED] InputStream#read(byte[] b, int off, int len)} requests. 
Having two
  * buffers (or three if the destination stream is also buffered) is pointless,
  * and the unnecessary buffer management hurts performance slightly (about 3%,
- * according to some simple experiments)./p
- *
- * pBehold, intrepid explorers; a map of this class:/p
+ * according to some simple experiments).
+ * p
+ * Behold, intrepid explorers; a map of this class:
  * pre
  *

svn commit: r424748 - /jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/FileFinder.java

2006-07-23 Thread scolebourne
Author: scolebourne
Date: Sun Jul 23 07:27:54 2006
New Revision: 424748

URL: http://svn.apache.org/viewvc?rev=424748view=rev
Log:
Allow subclasses to block skip directory processing
Add start and end callback methods
Improve documentation

Modified:

jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/FileFinder.java

Modified: 
jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/FileFinder.java
URL: 
http://svn.apache.org/viewvc/jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/FileFinder.java?rev=424748r1=424747r2=424748view=diff
==
--- 
jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/FileFinder.java 
(original)
+++ 
jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/FileFinder.java 
Sun Jul 23 07:27:54 2006
@@ -20,26 +20,26 @@
 import java.util.List;
 import java.util.ArrayList;
 
+import org.apache.commons.io.filefilter.FileFilterUtils;
+import org.apache.commons.io.filefilter.IOFileFilter;
+
 /**
- * pNavigate/search through a File Hierarchy./p
- *
- * pFileFinder can be used as it is to provide a list
- * of the files and directories in a file hierarchy,
- * starting from a specified point./p
- * 
- * pIt can be used in conjunction with a codeFileFilter/code
- * to selectively filter the results produced. Commons IO
- * provides a number of useful
- * [EMAIL PROTECTED] org.apache.commons.io.filefilter.IOFileFilter} 
implementations
- * which can be used in conjunction with this class./p
- * 
- * pFileFinder can also be extended to provide custom implementations
- * that process the file hierarchy further (see example file cleaner 
below)./p
+ * Finds files in a directory hierarchy, with the potential for subclasses
+ * to add additiional behaviour.
+ * p
+ * FileFinder can be used without changes to provide a list of the files
+ * and directories in a file hierarchy starting from a specified point.
+ * This list can be filtered by hierarchy depth and using a
+ * [EMAIL PROTECTED] IOFileFilter file filter}.
+ * p
+ * Commons IO supplies many common filter implementations in the
+ * codefilefilter/code package, see [EMAIL PROTECTED] FileFilterUtils}.
+ * You can also create your own custom implementation, such as in the
+ * file cleaner example below.
  *
  * h4Example 1 - List all files and directories/h4
- * pExample, showing how to list all files and directories
- * starting from the current directory:/p
- *
+ * Example, showing how to list all files and directories starting from
+ * the current directory:
  * pre
  * List files = FileFinder.ALL_FILES.find();
  * for (int i = 0; i  files.size(); i++) {
@@ -49,14 +49,12 @@
  * /pre
  *
  * h4Example 2 - Filtered list of files and directories/h4
- * pExample, showing how to list all directories and
- * files ending in .java starting in a directory called
- * src:/p
- *
+ * Example, showing how to list all files ending in .java starting in
+ * a directory called src:
  * pre
- * IOFileFilter dirFilter  = DirectoryFileFilter.INSTANCE;
- * IOFileFilter fileFilter = new SuffixFileFilter(.java);
- * IOFileFilter filter = new OrFileFilter(directories, txtFiles);
+ * IOFileFilter filesFilter = FileFileFilter.FILE;
+ * IOFileFilter javaFilter  = new SuffixFileFilter(.java);
+ * IOFileFilter filter  = new AndFileFilter(filesFilter, javaFilter);
  * 
  * FileFinder finder = new FileFinder(filter);
  * 
@@ -68,28 +66,27 @@
  * /pre
  *
  * h4Example 3 - Custom Implementation/h4
- * pExample, showing how to create an implementation that
- * deletes files and directories and returns a list of
- * what has been deleted./p
+ * Example, showing how to create an implementation that deletes files
+ * and directories and returns a list of what has been deleted.
  *
  * pre
  *  public class FileDelete extends FileFinder {
  *
- *  public FileDelete() {
- *  }
- *  
- *  protected void handleDirectoryStart(File directory, int depth, List 
results) {
- *  }
- *
- *  protected void handleDirectoryEnd(File directory, int depth, List 
results) {
- *  directory.delete();
- *  results.add(directory);
- *  }
- *
- *  protected void handleFile(File file, int depth, List results) {
- *  file.delete();
- *  results.add(file);
- *  }
+ *public FileDelete() {
+ *}
+ *
+ *protected void handleDirectoryStart(File directory, int depth, List 
results) {
+ *}
+ *
+ *protected void handleDirectoryEnd(File directory, int depth, List 
results) {
+ *  directory.delete();
+ *  results.add(directory);
+ *}
+ *
+ *protected void handleFile(File file, int depth, List results) {
+ *  file.delete();
+ *  results.add(file);
+ *}
  *  }
  * /pre
  *
@@ -111,19 +108,18 @@
 }
 
 /**
- * pConstruct an instance with a filter./p
+ * Construct an instance with a filter.
  *
- * @param filter Filter to limit the 

svn commit: r424750 - in /jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io: DirectoryWalker.java FileFinder.java

2006-07-23 Thread scolebourne
Author: scolebourne
Date: Sun Jul 23 07:57:17 2006
New Revision: 424750

URL: http://svn.apache.org/viewvc?rev=424750view=rev
Log:
Create DirectoryWalker by extracting from FileFinder

Added:

jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/DirectoryWalker.java
   (with props)
Modified:

jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/FileFinder.java

Added: 
jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/DirectoryWalker.java
URL: 
http://svn.apache.org/viewvc/jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/DirectoryWalker.java?rev=424750view=auto
==
--- 
jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/DirectoryWalker.java
 (added)
+++ 
jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/DirectoryWalker.java
 Sun Jul 23 07:57:17 2006
@@ -0,0 +1,219 @@
+/*
+ * Copyright 2006 The Apache Software Foundation.
+ * 
+ * Licensed under the Apache License, Version 2.0 (the License);
+ * you may not use this file except in compliance with the License.
+ * You may obtain a copy of the License at
+ * 
+ *  http://www.apache.org/licenses/LICENSE-2.0
+ * 
+ * Unless required by applicable law or agreed to in writing, software
+ * distributed under the License is distributed on an AS IS BASIS,
+ * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
+ * See the License for the specific language governing permissions and
+ * limitations under the License.
+ */
+package org.apache.commons.io;
+
+import java.io.File;
+import java.io.FileFilter;
+import java.util.ArrayList;
+import java.util.List;
+
+import org.apache.commons.io.filefilter.IOFileFilter;
+
+/**
+ * Abstract class that walks through a directory hierarchy and provides
+ * subclasses with convenient hooks to add specific behaviour.
+ * p
+ * This class operates with a [EMAIL PROTECTED] IOFileFilter file filter} and 
maximum
+ * depth to limit the files and direcories visited. Commons IO supplies many
+ * common filter implementations in the codefilefilter/code package.
+ * p
+ * This class is extended within Commons IO to provide a file finder facility.
+ * However there are many other possible extensions. For example, to delete all
+ * files and '.svn' directories, and return a list of deleted files:
+ * pre
+ *  public class FileCleaner extends DirectoryWalker {
+ *
+ *public List clean(File startDirectory) {
+ *  return walk(startDirectory);
+ *}
+ *
+ *protected boolean handleDirectoryStart(File directory, int depth, List 
results) {
+ *  // skip contents of svn directories
+ *  return !.svn.equals(directory.getName());
+ *}
+ *
+ *protected void handleDirectoryEnd(File directory, int depth, List 
results) {
+ *  // delete svn directories
+ *  if (.svn.equals(directory.getName())) {
+ *directory.delete();
+ *  }
+ *}
+ *
+ *protected void handleFile(File file, int depth, List results) {
+ *  // delete file and add to list of deleted
+ *  file.delete();
+ *  results.add(file);
+ *}
+ *  }
+ * /pre
+ *
+ * @since Commons IO 1.3
+ * @version $Revision: 424748 $
+ */
+public abstract class DirectoryWalker {
+
+/**
+ * The file filter to use to filter files and directories.
+ */
+private final FileFilter filter;
+/**
+ * The limit on the directory depth to walk.
+ */
+private final int depthLimit;
+
+/**
+ * Construct an instance with a filter and limit the idepth/i 
navigated to.
+ *
+ * @param filter  the filter to limit the navigation/results, may be null
+ * @param depthLimit  controls how ideep/i the hierarchy is
+ *  navigated to (less than 0 means unlimited)
+ */
+protected DirectoryWalker(FileFilter filter, int depthLimit) {
+this.filter = filter;
+this.depthLimit = depthLimit;
+}
+
+//---
+/**
+ * Internal method that walks the directory hierarchy.
+ * p
+ * Most users of this class do not need to call this method. This method 
will
+ * be called automatically by another (public) method on the specific 
subclass.
+ * p
+ * Writers of subclasses should call this method to start the directory 
walk.
+ * Once called, this method will emit events as it walks the hierarchy.
+ * The event methods have the prefix codehandle/code.
+ *
+ * @param startDirectory  the directory to start from
+ * @return the collection of result objects, typically File objects
+ */
+protected List walk(File startDirectory) {
+List results = new ArrayList();
+handleStart(startDirectory, results);
+walk(startDirectory, 0, results);
+handleEnd(results);
+return results;
+}
+
+/**
+ * Main recursive method to examine the directory hierarchy.
+ *
+ * 

Re: [VOTE] Release Commons SCXML 0.5

2006-07-23 Thread Oliver Heger

+1, looks good!

Oliver

Rahul Akolkar wrote:

This is a vote for releasing Commons SCXML 0.5 based on RC3. [scxml]
has no previous releases.

RC3 is here:
http://people.apache.org/~rahul/commons/scxml/

---
[ ] +1  I support this release
[ ] +0
[ ] -0
[ ] -1  I oppose this release because...


Vote will close no sooner than Tuesday 25th, same time (~5 PM EST i.e.
New York time).

-Rahul

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




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



[jira] Commented: (IO-86) Add FileFinder back into Commons IO

2006-07-23 Thread Stephen Colebourne (JIRA)
[ http://issues.apache.org/jira/browse/IO-86?page=comments#action_12422902 
] 

Stephen Colebourne commented on IO-86:
--

I've committed a more radical change to the finder. If people don't like it, 
then it can be backed out.

FileFinder was suffering from doing two tasks - finding files and being a 
generic mechanism for altering files. The impact of this was that the example 
deleter would have a public method 'find' that deleted half your filing system! 
Not a good thing.

I created a new abstract class DirectoryWalker which handles the generic 
directory walking. FileFinder is then a specific subclass.

My problem now is that FileFinder doesn't do any more than 
FileUtils.listFiles(filter). So why do we need it?

PS. DirectoryWalker could use a test class, but I'm out of time now. And my 
mail server is down...

 Add FileFinder back into Commons IO
 ---

 Key: IO-86
 URL: http://issues.apache.org/jira/browse/IO-86
 Project: Commons IO
  Issue Type: New Feature
Affects Versions: 1.2
Reporter: Niall Pemberton
 Fix For: 1.3

 Attachments: FileFinder.java, FileFinderTestCase.java, 
 io-filefinder-start-end.patch


 I'd like to propose adding a FileFinder back into Commons IO. This is a 
 simplified version of what was recently moved out of Commons IO into the 
 finder component currently in the sandbox.
 I believe this is a simpler, more generic implementation than the finder 
 component and therefore would be considered suitable for inclusion in Commons 
 IO. Although simpler it could be used as the basis for achieving the finder 
 component's aims - namely to emulate the unix find command.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira



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



old style html in javadoc Was: [jira] Commented: (IO-86) Add FileFinder back into Commons IO

2006-07-23 Thread Henri Yandell

Ugh. The bad html makes it less readable as source for me (and I'm
using vim so definitely a target  for the more readableness I think).

Definitely minor - but the correct solution would be to use br/
instead of p, I believe. That achieves what is wanted in this
javadoc (a break) without it becoming 90s style html.

Hen

On 7/23/06, Stephen Colebourne (JIRA) [EMAIL PROTECTED] wrote:

[ http://issues.apache.org/jira/browse/IO-86?page=comments#action_12422889 ]

Stephen Colebourne commented on IO-86:
--

Its only a small addition to [io] and appears to make sense now.

One minor nit is that the most of the [io] code doesn't use XHTML, but instead:
  Para1
  p
  Para2
  p
  Para3
This is done to make the javadoc more readable when viewing it as source.

I also think that there should be some way to perform subclass processing 
before and after the find.

 Add FileFinder back into Commons IO
 ---

 Key: IO-86
 URL: http://issues.apache.org/jira/browse/IO-86
 Project: Commons IO
  Issue Type: New Feature
Affects Versions: 1.2
Reporter: Niall Pemberton
 Fix For: 1.3

 Attachments: FileFinder.java, FileFinderTestCase.java


 I'd like to propose adding a FileFinder back into Commons IO. This is a simplified 
version of what was recently moved out of Commons IO into the finder component currently 
in the sandbox.
 I believe this is a simpler, more generic implementation than the finder 
component and therefore would be considered suitable for inclusion in Commons IO. 
Although simpler it could be used as the basis for achieving the finder 
component's aims - namely to emulate the unix find command.

--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira



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




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



[jira] Commented: (IO-86) Add FileFinder back into Commons IO

2006-07-23 Thread Niall Pemberton (JIRA)
[ http://issues.apache.org/jira/browse/IO-86?page=comments#action_12422926 
] 

Niall Pemberton commented on IO-86:
---

I'm happy with the changes you made, except for a couple of minor points wrt to 
DirectoryWalker:

1) I think the handleDirectoryEnd() method should be within the if (process) 
check - so that its not executed if handleDirectoryStart() returns false.
2) How about returning the result List from the handleEnd() method? That would 
make it easy if someone wanted to process the results further and return a 
different List instance if they required:

protected List handleEnd(List results) {
// do nothing - overridable by subclass
return results;
}

On the issue of whether FileFinder is now needed or not - I agree it adds 
minimal value - except as an example DirectoryWalker implementation. I don't 
mind if you get rid of it or not.

Niall


 Add FileFinder back into Commons IO
 ---

 Key: IO-86
 URL: http://issues.apache.org/jira/browse/IO-86
 Project: Commons IO
  Issue Type: New Feature
Affects Versions: 1.2
Reporter: Niall Pemberton
 Fix For: 1.3

 Attachments: FileFinder.java, FileFinderTestCase.java, 
 io-filefinder-start-end.patch


 I'd like to propose adding a FileFinder back into Commons IO. This is a 
 simplified version of what was recently moved out of Commons IO into the 
 finder component currently in the sandbox.
 I believe this is a simpler, more generic implementation than the finder 
 component and therefore would be considered suitable for inclusion in Commons 
 IO. Although simpler it could be used as the basis for achieving the finder 
 component's aims - namely to emulate the unix find command.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira



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



[jira] Commented: (IO-86) Add FileFinder back into Commons IO

2006-07-23 Thread Mario Ivankovits (JIRA)
[ http://issues.apache.org/jira/browse/IO-86?page=comments#action_12422927 
] 

Mario Ivankovits commented on IO-86:


Hmmm ... I liked the idea to have a separate component like finder which can 
become a complicated piece of code. Later I thought we can refactor out the 
filesystem access (in particula java.io.File) into its own mini-VFS class 
which will be used through a factory so we can plugin VFS into Finder.

But maybe we can do this in IO too, can we?

 Add FileFinder back into Commons IO
 ---

 Key: IO-86
 URL: http://issues.apache.org/jira/browse/IO-86
 Project: Commons IO
  Issue Type: New Feature
Affects Versions: 1.2
Reporter: Niall Pemberton
 Fix For: 1.3

 Attachments: FileFinder.java, FileFinderTestCase.java, 
 io-filefinder-start-end.patch


 I'd like to propose adding a FileFinder back into Commons IO. This is a 
 simplified version of what was recently moved out of Commons IO into the 
 finder component currently in the sandbox.
 I believe this is a simpler, more generic implementation than the finder 
 component and therefore would be considered suitable for inclusion in Commons 
 IO. Although simpler it could be used as the basis for achieving the finder 
 component's aims - namely to emulate the unix find command.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira



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



svn commit: r424797 - in /jakarta/commons/proper/vfs/trunk: maven.xml project.properties project.xml xdocs/cvs-usage.xml xdocs/issue-tracking.xml xdocs/navigation.xml xdocs/style/ xdocs/style/project.

2006-07-23 Thread niallp
Author: niallp
Date: Sun Jul 23 13:22:24 2006
New Revision: 424797

URL: http://svn.apache.org/viewvc?rev=424797view=rev
Log:
Update VFS build/site:
- remove dependency on commons build
- correct mail-archive links
- add custom Source Repository page
- add custom Issue Tracking page
- improve site navigation
- add md5 checksums

Added:
jakarta/commons/proper/vfs/trunk/xdocs/cvs-usage.xml   (with props)
jakarta/commons/proper/vfs/trunk/xdocs/issue-tracking.xml   (with props)
jakarta/commons/proper/vfs/trunk/xdocs/style/
jakarta/commons/proper/vfs/trunk/xdocs/style/project.css   (with props)
Modified:
jakarta/commons/proper/vfs/trunk/maven.xml
jakarta/commons/proper/vfs/trunk/project.properties
jakarta/commons/proper/vfs/trunk/project.xml
jakarta/commons/proper/vfs/trunk/xdocs/navigation.xml

Modified: jakarta/commons/proper/vfs/trunk/maven.xml
URL: 
http://svn.apache.org/viewvc/jakarta/commons/proper/vfs/trunk/maven.xml?rev=424797r1=424796r2=424797view=diff
==
--- jakarta/commons/proper/vfs/trunk/maven.xml (original)
+++ jakarta/commons/proper/vfs/trunk/maven.xml Sun Jul 23 13:22:24 2006
@@ -1,4 +1,4 @@
-project default=jar:jar xmlns:j=jelly:core
+project default=jar:jar xmlns:ant=jelly:ant xmlns:j=jelly:core
 
 !-- we can customize the Maven build here --
 
@@ -76,5 +76,37 @@
 /copy
 
 /preGoal
+
+!-- == --
+!-- Create MD5 Check Sums  --
+!-- == --
+postGoal name=dist
+
+ !-- create checksum for jar --
+ ant:checksum file=${maven.build.dir}/${maven.final.name}.jar 
property=jar.md5/
+ ant:echo message=${jar.md5} *${maven.final.name}.jar 
+   file=${maven.build.dir}/${maven.final.name}.jar.md5 /
+
+ !-- create checksum for binary zip --
+ ant:checksum file=${maven.dist.dir}/${maven.final.name}.zip 
property=zip.md5/
+ ant:echo message=${zip.md5} *${maven.final.name}.zip 
+   file=${maven.dist.dir}/${maven.final.name}.zip.md5 /
+
+ !-- create checksum for binary tar.gz --
+ ant:checksum file=${maven.dist.dir}/${maven.final.name}.tar.gz 
property=tar.gz.md5/
+ ant:echo message=${tar.gz.md5} *${maven.final.name}.tar.gz 
+   file=${maven.dist.dir}/${maven.final.name}.tar.gz.md5 /
+
+ !-- create checksum for source zip --
+ ant:checksum file=${maven.dist.dir}/${maven.final.name}-src.zip 
property=src.zip.md5/
+ ant:echo message=${src.zip.md5} *${maven.final.name}-src.zip 
+   file=${maven.dist.dir}/${maven.final.name}-src.zip.md5 /
+
+ !-- create checksum for source tar.gz --
+ ant:checksum file=${maven.dist.dir}/${maven.final.name}-src.tar.gz 
property=src.tar.gz.md5/
+ ant:echo message=${src.tar.gz.md5} *${maven.final.name}-src.tar.gz 
+   file=${maven.dist.dir}/${maven.final.name}-src.tar.gz.md5 
/
+
+/postGoal
 
 /project

Modified: jakarta/commons/proper/vfs/trunk/project.properties
URL: 
http://svn.apache.org/viewvc/jakarta/commons/proper/vfs/trunk/project.properties?rev=424797r1=424796r2=424797view=diff
==
--- jakarta/commons/proper/vfs/trunk/project.properties (original)
+++ jakarta/commons/proper/vfs/trunk/project.properties Sun Jul 23 13:22:24 2006
@@ -19,7 +19,6 @@
 maven.javadoc.private = off
 maven.javadoc.links=http://java.sun.com/j2se/1.3/docs/api/
 
-maven.xdoc.jsl=../commons-build/commons-site.jsl
 maven.xdoc.date=bottom
 maven.xdoc.poweredby.image=maven-feather.png
 maven.xdoc.version=${pom.currentVersion}

Modified: jakarta/commons/proper/vfs/trunk/project.xml
URL: 
http://svn.apache.org/viewvc/jakarta/commons/proper/vfs/trunk/project.xml?rev=424797r1=424796r2=424797view=diff
==
--- jakarta/commons/proper/vfs/trunk/project.xml (original)
+++ jakarta/commons/proper/vfs/trunk/project.xml Sun Jul 23 13:22:24 2006
@@ -45,13 +45,13 @@
 nameCommons Dev List/name
 subscribe[EMAIL PROTECTED]/subscribe
 unsubscribe[EMAIL PROTECTED]/unsubscribe
-
archivehttp://mail-archives.eu.apache.org/mod_mbox/jakarta-commons-dev//archive
+
archivehttp://mail-archives.apache.org/mod_mbox/jakarta-commons-dev//archive
 /mailingList
 mailingList
 nameCommons User List/name
 subscribe[EMAIL PROTECTED]/subscribe
 unsubscribe[EMAIL PROTECTED]/unsubscribe
-
archivehttp://mail-archives.eu.apache.org/mod_mbox/jakarta-commons-user//archive
+
archivehttp://mail-archives.apache.org/mod_mbox/jakarta-commons-user//archive
 

[jira] Created: (MATH-152) Add MultiDimentional Support for FastFourier

2006-07-23 Thread Remi Arntzen (JIRA)
Add MultiDimentional Support for FastFourier


 Key: MATH-152
 URL: http://issues.apache.org/jira/browse/MATH-152
 Project: Commons Math
  Issue Type: New Feature
Affects Versions: Nightly Builds
Reporter: Remi Arntzen




-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira



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



[jira] Updated: (MATH-152) Add MultiDimentional Support for FastFourier

2006-07-23 Thread Remi Arntzen (JIRA)
 [ http://issues.apache.org/jira/browse/MATH-152?page=all ]

Remi Arntzen updated MATH-152:
--

Attachment: diff.txt

No documentation or test cases yet.

 Add MultiDimentional Support for FastFourier
 

 Key: MATH-152
 URL: http://issues.apache.org/jira/browse/MATH-152
 Project: Commons Math
  Issue Type: New Feature
Affects Versions: Nightly Builds
Reporter: Remi Arntzen
 Attachments: diff.txt




-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira



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



svn commit: r424871 - in /jakarta/commons/proper/lang/trunk/src: java/org/apache/commons/lang/text/StrSubstitutor.java test/org/apache/commons/lang/text/StrSubstitutorTest.java

2006-07-23 Thread scolebourne
Author: scolebourne
Date: Sun Jul 23 18:00:37 2006
New Revision: 424871

URL: http://svn.apache.org/viewvc?rev=424871view=rev
Log:
Initial commit of StrSubstitutor (VariableFormatter) for review

Added:

jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/text/StrSubstitutor.java
   (with props)

jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/text/StrSubstitutorTest.java
   (with props)

Added: 
jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/text/StrSubstitutor.java
URL: 
http://svn.apache.org/viewvc/jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/text/StrSubstitutor.java?rev=424871view=auto
==
--- 
jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/text/StrSubstitutor.java
 (added)
+++ 
jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/text/StrSubstitutor.java
 Sun Jul 23 18:00:37 2006
@@ -0,0 +1,729 @@
+/*
+ * Copyright 2005-2006 The Apache Software Foundation.
+ * 
+ * Licensed under the Apache License, Version 2.0 (the License);
+ * you may not use this file except in compliance with the License.
+ * You may obtain a copy of the License at
+ * 
+ *  http://www.apache.org/licenses/LICENSE-2.0
+ * 
+ * Unless required by applicable law or agreed to in writing, software
+ * distributed under the License is distributed on an AS IS BASIS,
+ * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
+ * See the License for the specific language governing permissions and
+ * limitations under the License.
+ */
+
+package org.apache.commons.lang.text;
+
+import java.util.ArrayList;
+import java.util.List;
+import java.util.Map;
+
+/**
+ * Substitutes variables within a string by values.
+ * p
+ * This class takes a piece of text and substitutes all the variables within 
it.
+ * The default definition of a variable is code${variableName}/code.
+ * The prefix and suffix can be changed via constructors and set methods.
+ * p
+ * Variable values are typically resolved from a map, but could also be 
resolved
+ * from system properties, or by supplying a custom variable resolver.
+ * p
+ * The simplest example is to use this class to replace Java System 
properties. For example:
+ * pre
+ * StrSubstitutor.replaceSystemProperties(
+ *  You are running with java.version = ${java.version} and os.name = 
${os.name}.);
+ * /pre
+ * p
+ * Typical usage of this class follows the following pattern: First an 
instance is created
+ * and initialized with the map that contains the values for the available 
variables.
+ * If a prefix and/or suffix for variables should be used other than the 
default ones,
+ * the appropriate settings can be performed. After that the 
codereplace()/code
+ * method can be called passing in the source text for interpolation. In the 
returned
+ * text all variable references (as long as their values are known) will be 
resolved.
+ * The following example demonstrates this:
+ * pre
+ * Map valuesMap = HashMap();
+ * valuesMap.put(quot;animalquot;, quot;quick brown foxquot;);
+ * valuesMap.put(quot;targetquot;, quot;lazy dogquot;);
+ * String templateString = quot;The ${animal} jumped over the 
${target}.quot;;
+ * StrSubstitutor sub = new StrSubstitutor(valuesMap);
+ * String resolvedString = sub.replace(templateString);
+ * /pre
+ * yielding:
+ * pre
+ *  The quick brown fox jumped over the lazy dog.
+ * /pre
+ * p
+ * In addition to this usage pattern there are some static convenience methods 
that
+ * cover the most common use cases. These methods can be used without the need 
of
+ * manually creating an instance. However if multiple replace operations are 
to be
+ * performed, creating and reusing an instance of this class will be more 
efficient.
+ * p
+ * Variable replacement works in a recursive way. Thus, if a variable value 
contains
+ * a variable then that variable will also be replaced. Cyclic replacements are
+ * detected and will cause an exception to be thrown.
+ * p
+ * Sometimes the interpolation's result must contain a variable prefix. As an 
example
+ * take the following source text:
+ * pre
+ *   The variable ${${name}} must be used.
+ * /pre
+ * Here only the variable's name refered to in the text should be replaced 
resulting
+ * in the text (assuming that the value of the codename/code variable is 
codex/code:
+ * pre
+ *   The variable ${x} must be used.
+ * /pre
+ * To achieve this effect there are two possibilities: Either set a different 
prefix
+ * and suffix for variables which do not conflict with the result text you 
want to
+ * produce. The other possibility is to use the escape character, by default 
'$'.
+ * If this character is placed before a variable reference, this reference is 
ignored
+ * and won't be replaced. For example:
+ * pre
+ *   The variable $${${name}} must be used.
+ * /pre
+ *
+ * @author Oliver Heger
+ * @author Stephen Colebourne

Re: [lang] VariableFormatter - pre 2.2

2006-07-23 Thread Stephen Colebourne
I have reworked the VariableFormatter class along the lines that I was  
thinking. I have committed it as StrSubstitutor so it doesn't clash for  the 
moment and so it can be easiy reviewed. 
  
 This version does not have a separate parser class, but still supports  
escaping, and matchers for prefix/suffix (which can now be set by  users). The 
new class should perform better as a result. 
  
 I have removed the edge cases wrt resolving Objects, as they were rather   
ill-defined. 
  
 Otherwise, the basic functionality it supported, and the test case is  
slightly enlarged. I still want to break out the resolver as a public  abstract 
class before release. 
  
 Opinions 
  
 Stephen 
 
 PS. Having trouble sending mails ATM
 


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



Re: old style html in javadoc Was: [jira] Commented: (IO-86) Add FileFinder back into Commons IO

2006-07-23 Thread Stephen Colebourne
The concept that XML (XHTML in this case) is human readable is highly dubious, 
and has become accepted wisdom far too easily.
 
 The first point is that it isn't 'bad' HTML, its just normal HTML. Every HTML 
tool going has to be able to cope with this sort of layout so any tool 
arguments fail pretty quickly.
 
 So it comes down to readability, which is much more of a stylistic choice. 
Personally, I strive to avoid unecessary clutter, only including unecessary 
things (eg. additionl brackets) if I judge it aids understanding.
 
 Here, the end paragraphs tell a human nothing, and the start paragraphs get in 
the way (delaying the eye from reaching the first meaningful word).
 
 In the end, this is about human interaction with that piece of text (in any 
editor including eclipse). And HCI would suggest getting the eye to the most 
meaningful piece of information (the actual text, not the tag) quickly. ie. 
remove the unecessary clutter.
 
 And its not a break tag, its a paragraph tag. That really would be breaking 
the HTML model.
 
 Stephen
 
 PS. All of [io] uses p between paragraph style now (and it was 95%+ before 
the discussion started)
 

- Original Message 
From: Henri Yandell [EMAIL PROTECTED]
Ugh. The bad html makes it less readable as source for me (and I'm
using vim so definitely a target  for the more readableness I think).

Definitely minor - but the correct solution would be to use br/
instead of p, I believe. That achieves what is wanted in this
javadoc (a break) without it becoming 90s style html.

Hen

On 7/23/06, Stephen Colebourne (JIRA) [EMAIL PROTECTED] wrote:
 [ 
 http://issues.apache.org/jira/browse/IO-86?page=comments#action_12422889 ]

 Stephen Colebourne commented on IO-86:
 --

 Its only a small addition to [io] and appears to make sense now.

 One minor nit is that the most of the [io] code doesn't use XHTML, but 
 instead:
   Para1
   p
   Para2
   p
   Para3
 This is done to make the javadoc more readable when viewing it as source.

 I also think that there should be some way to perform subclass processing 
 before and after the find.

  Add FileFinder back into Commons IO
  ---
 
  Key: IO-86
  URL: http://issues.apache.org/jira/browse/IO-86
  Project: Commons IO
   Issue Type: New Feature
 Affects Versions: 1.2
 Reporter: Niall Pemberton
  Fix For: 1.3
 
  Attachments: FileFinder.java, FileFinderTestCase.java
 
 
  I'd like to propose adding a FileFinder back into Commons IO. This is a 
  simplified version of what was recently moved out of Commons IO into the 
  finder component currently in the sandbox.
  I believe this is a simpler, more generic implementation than the finder 
  component and therefore would be considered suitable for inclusion in 
  Commons IO. Although simpler it could be used as the basis for achieving 
  the finder component's aims - namely to emulate the unix find command.

 --
 This message is automatically generated by JIRA.
 -
 If you think it was sent incorrectly contact one of the administrators: 
 http://issues.apache.org/jira/secure/Administrators.jspa
 -
 For more information on JIRA, see: http://www.atlassian.com/software/jira



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



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





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



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

2006-07-23 Thread niallp
Author: niallp
Date: Sun Jul 23 19:46:05 2006
New Revision: 424885

URL: http://svn.apache.org/viewvc?rev=424885view=rev
Log:
IO-87 - Provide a convenience mehod in FileFilterUtils to create a Size Range 
filter

Modified:

jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/filefilter/FileFilterUtils.java

jakarta/commons/proper/io/trunk/src/test/org/apache/commons/io/filefilter/FileFilterTestCase.java

Modified: 
jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/filefilter/FileFilterUtils.java
URL: 
http://svn.apache.org/viewvc/jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/filefilter/FileFilterUtils.java?rev=424885r1=424884r2=424885view=diff
==
--- 
jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/filefilter/FileFilterUtils.java
 (original)
+++ 
jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/filefilter/FileFilterUtils.java
 Sun Jul 23 19:46:05 2006
@@ -316,4 +316,19 @@
 return new SizeFileFilter(threshold, acceptLarger);
 }
 
+/**
+ * Returns a filter that returns true if the file size is within
+ * the specified range.
+ *
+ * @param minimumSize the minimum file size
+ * @param maximumSize the maximum file size
+ * @return an appropriately configured IOFileFilter
+ * @since Commons IO 1.3
+ */
+public static IOFileFilter sizeFileFilter(long minimumSize, long 
maximumSize) {
+IOFileFilter minimumFilter = new SizeFileFilter(minimumSize, true);
+IOFileFilter maximumFilter = new SizeFileFilter(maximumSize + 1L, 
false);
+return new AndFileFilter(minimumFilter, maximumFilter);
+}
+
 }

Modified: 
jakarta/commons/proper/io/trunk/src/test/org/apache/commons/io/filefilter/FileFilterTestCase.java
URL: 
http://svn.apache.org/viewvc/jakarta/commons/proper/io/trunk/src/test/org/apache/commons/io/filefilter/FileFilterTestCase.java?rev=424885r1=424884r2=424885view=diff
==
--- 
jakarta/commons/proper/io/trunk/src/test/org/apache/commons/io/filefilter/FileFilterTestCase.java
 (original)
+++ 
jakarta/commons/proper/io/trunk/src/test/org/apache/commons/io/filefilter/FileFilterTestCase.java
 Sun Jul 23 19:46:05 2006
@@ -636,6 +636,23 @@
 assertFiltering(filter2, largeFile, true);
 assertFiltering(filter3, largeFile, false);
 
+// size range tests
+IOFileFilter filter4 = FileFilterUtils.sizeFileFilter(33, 127);
+IOFileFilter filter5 = FileFilterUtils.sizeFileFilter(32, 127);
+IOFileFilter filter6 = FileFilterUtils.sizeFileFilter(33, 128);
+IOFileFilter filter7 = FileFilterUtils.sizeFileFilter(31, 129);
+IOFileFilter filter8 = FileFilterUtils.sizeFileFilter(128, 128);
+
+assertFiltering(filter4, smallFile, false);
+assertFiltering(filter4, largeFile, false);
+assertFiltering(filter5, smallFile, true);
+assertFiltering(filter5, largeFile, false);
+assertFiltering(filter6, smallFile, false);
+assertFiltering(filter6, largeFile, true);
+assertFiltering(filter7, smallFile, true);
+assertFiltering(filter7, largeFile, true);
+assertFiltering(filter8, largeFile, true);
+
 try {
 FileFilterUtils.sizeFileFilter(-1);
 fail();



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



[jira] Created: (IO-87) Provide a convenience mehod in FileFilterUtils to create a Size Range filter

2006-07-23 Thread Niall Pemberton (JIRA)
Provide a convenience mehod in FileFilterUtils to create a Size Range filter


 Key: IO-87
 URL: http://issues.apache.org/jira/browse/IO-87
 Project: Commons IO
  Issue Type: New Feature
  Components: Filters
Affects Versions: 1.2
Reporter: Niall Pemberton
 Assigned To: Niall Pemberton
Priority: Minor
 Fix For: 1.3


Provide a convenience mehod in FileFilterUtils to create a Size Range filter - 
by combining two SizeFileFilter's (one = minimum and the other = maximum) 
with an AndFileFilter

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira



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



[jira] Commented: (IO-87) Provide a convenience mehod in FileFilterUtils to create a Size Range filter

2006-07-23 Thread Niall Pemberton (JIRA)
[ http://issues.apache.org/jira/browse/IO-87?page=comments#action_12422955 
] 

Niall Pemberton commented on IO-87:
---

I've committed this since its a minor change, but will leave the issue open for 
comments.

 Provide a convenience mehod in FileFilterUtils to create a Size Range filter
 

 Key: IO-87
 URL: http://issues.apache.org/jira/browse/IO-87
 Project: Commons IO
  Issue Type: New Feature
  Components: Filters
Affects Versions: 1.2
Reporter: Niall Pemberton
 Assigned To: Niall Pemberton
Priority: Minor
 Fix For: 1.3


 Provide a convenience mehod in FileFilterUtils to create a Size Range filter 
 - by combining two SizeFileFilter's (one = minimum and the other = maximum) 
 with an AndFileFilter

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira



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



svn commit: r424895 - /jakarta/commons/proper/jexl/trunk/build.xml

2006-07-23 Thread dion
Author: dion
Date: Sun Jul 23 21:01:06 2006
New Revision: 424895

URL: http://svn.apache.org/viewvc?rev=424895view=rev
Log:
use ibiblio for downloads

Modified:
jakarta/commons/proper/jexl/trunk/build.xml

Modified: jakarta/commons/proper/jexl/trunk/build.xml
URL: 
http://svn.apache.org/viewvc/jakarta/commons/proper/jexl/trunk/build.xml?rev=424895r1=424894r2=424895view=diff
==
--- jakarta/commons/proper/jexl/trunk/build.xml (original)
+++ jakarta/commons/proper/jexl/trunk/build.xml Sun Jul 23 21:01:06 2006
@@ -146,9 +146,9 @@
 
 setproxy
 /setproxy
-get dest=${libdir}/junit-3.8.1.jar usetimestamp=true 
ignoreerrors=true 
src=http://public.planetmirror.com/pub/maven/junit/jars/junit-3.8.1.jar;
+get dest=${libdir}/junit-3.8.1.jar usetimestamp=true 
ignoreerrors=true 
src=http://www.ibiblio.org/maven/junit/jars/junit-3.8.1.jar;
 /get
-get dest=${libdir}/commons-logging-1.0.3.jar usetimestamp=true 
ignoreerrors=true 
src=http://public.planetmirror.com/pub/maven/commons-logging/jars/commons-logging-1.0.3.jar;
+get dest=${libdir}/commons-logging-1.0.3.jar usetimestamp=true 
ignoreerrors=true 
src=http://www.ibiblio.org/maven/commons-logging/jars/commons-logging-1.0.3.jar;
 /get
   /target
   target name=install-maven



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



Re: [lang] VariableFormatter - pre 2.2

2006-07-23 Thread Stephen Colebourne
I have reworked the VariableFormatter class along the lines that I was 
thinking. I have committed it as StrSubstitutor so it doesn't clash for 
the moment and so it can be easiy reviewed.


This version does not have a separate parser class, but still supports 
escaping, and matchers for prefix/suffix (which can now be set by 
users). The new class should perform better as a result.


I have removed the edge cases wrt resolving Objects, as they were rather 
 ill-defined.


Otherwise, the basic functionality it supported, and the test case is 
slightly enlarged. I still want to break out the resolver as a public 
abstract class before release.


Opinions

Stephen

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



Re: old style html in javadoc Was: [jira] Commented: (IO-86) Add FileFinder back into Commons IO

2006-07-23 Thread Henri Yandell

On 7/23/06, Stephen Colebourne [EMAIL PROTECTED] wrote:

The concept that XML (XHTML in this case) is human readable is highly dubious, 
and has
become accepted wisdom far too easily.


Agreed, a .properties file is far more readable but that's not in
question here. Bad HTML is less readable than good HTML because the
eye is used to precompiling what's being typed.


 The first point is that it isn't 'bad' HTML, its just normal HTML. Every HTML 
tool going has to be
able to cope with this sort of layout so any tool arguments fail pretty quickly.


I don't agree - it was bad HTML in the mid 90s and it's bad HTML now.
A decade of misuse doesn't make it right.


 So it comes down to readability, which is much more of a stylistic choice. 
Personally, I strive to
avoid unecessary clutter, only including unecessary things (eg. additionl 
brackets) if I judge it
aids understanding.


+1.


 Here, the end paragraphs tell a human nothing, and the start paragraphs get in 
the way
(delaying the eye from reaching the first meaningful word).


They tell the reader it's a paragraph.


 In the end, this is about human interaction with that piece of text (in any 
editor including eclipse).
And HCI would suggest getting the eye to the most meaningful piece of 
information (the actual
text, not the tag) quickly. ie. remove the unecessary clutter.

And its not a break tag, its a paragraph tag. That really would be breaking the 
HTML model.


Again - I don't agree :)

It's a break tag. A paragraph has been a containing concept since HTML
2.0 (1995) - that's how long this has been bad HTML. p on its own
hasn't had a meaning since HTML 1.0 (1991-1993).

Hen

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



Re: [blog] Observations :)

2006-07-23 Thread Henri Yandell

On 7/23/06, Martin van den Bemt [EMAIL PROTECTED] wrote:

Hi everyone,

I have been following the blog closely and it's a nice concept (and probably 
usable outside commons
as well). Although I can see the humor in Interviewing myself again, it would 
be nice if someone
else did that :)


*grin*

Definitely not ideal.


To give to right example, I would like to interview Rahul Akolkar about SCXML.


+1


I will ping Rahul (unless he really doesn't want to), when I have the questions 
(currently have a
deadline, so will probably do that after wednesday)..
If preferred we can also wait till version 0.5 has been released :)


Niall suggested release interviews - rather than copy and pasting the
release announcement we would have an interview about the release.
What's new in this release? What's coming up in the next release? etc.

Hen

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



Re: Re: [compress] Status

2006-07-23 Thread Henri Yandell

On 7/19/06, Henri Yandell [EMAIL PROTECTED] wrote:

On 7/18/06, Torsten Curdt [EMAIL PROTECTED] wrote:
  It's high time we just committed these changes and moved on from there,
  I think.

 Yepp! That was what Mario I thought, too ...we are only waiting for
 Jim to acknowledge the software grant. (*sigh*)

Gotya, which hasn't been received yet.

I'll ask Jim tomorrow if he has a backlog to put in (presuming he's
online and that it was a fax). Otherwise, probably need to resend. Jim
gets a fair number of unreadable transmissions.


Nothing from Jim this week. Will email my fax number to Torsten/Chris
and see if I can a) receive a fax from Chris and b) give it to Jim at
OSCON.

Hen

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



svn commit: r424901 - in /jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/text: StrSubstitutor.java VariableFormatter.java

2006-07-23 Thread bayard
Author: bayard
Date: Sun Jul 23 21:49:58 2006
New Revision: 424901

URL: http://svn.apache.org/viewvc?rev=424901view=rev
Log:
Missing ) in javadoc

Modified:

jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/text/StrSubstitutor.java

jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/text/VariableFormatter.java

Modified: 
jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/text/StrSubstitutor.java
URL: 
http://svn.apache.org/viewvc/jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/text/StrSubstitutor.java?rev=424901r1=424900r2=424901view=diff
==
--- 
jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/text/StrSubstitutor.java
 (original)
+++ 
jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/text/StrSubstitutor.java
 Sun Jul 23 21:49:58 2006
@@ -71,7 +71,7 @@
  *   The variable ${${name}} must be used.
  * /pre
  * Here only the variable's name refered to in the text should be replaced 
resulting
- * in the text (assuming that the value of the codename/code variable is 
codex/code:
+ * in the text (assuming that the value of the codename/code variable is 
codex/code):
  * pre
  *   The variable ${x} must be used.
  * /pre
@@ -86,7 +86,7 @@
  *
  * @author Oliver Heger
  * @author Stephen Colebourne
- * @version $Id: VariableFormatter.java 420491 2006-07-10 11:23:57 + (Mon, 
10 Jul 2006) niallp $
+ * @version $Id$
  * @since 2.2
  */
 public class StrSubstitutor {

Modified: 
jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/text/VariableFormatter.java
URL: 
http://svn.apache.org/viewvc/jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/text/VariableFormatter.java?rev=424901r1=424900r2=424901view=diff
==
--- 
jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/text/VariableFormatter.java
 (original)
+++ 
jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/text/VariableFormatter.java
 Sun Jul 23 21:49:58 2006
@@ -85,7 +85,7 @@
  * /p
  * p
  * Here only the variable's name refered to in the text should be replaced 
resulting in the text (assuming that the
- * value of the codename/code variable is codex/code:
+ * value of the codename/code variable is codex/code):
  * /p
  * p
  * codeThe variable ${x} must be used./code



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



Re: [VOTE] Release Commons SCXML 0.5

2006-07-23 Thread Henri Yandell

+1

PGP good, MD5 good, src rebuilds under both ant and maven from the source zip.

Hen

On 7/21/06, Rahul Akolkar [EMAIL PROTECTED] wrote:

This is a vote for releasing Commons SCXML 0.5 based on RC3. [scxml]
has no previous releases.

RC3 is here:
http://people.apache.org/~rahul/commons/scxml/

---
[ ] +1  I support this release
[ ] +0
[ ] -0
[ ] -1  I oppose this release because...


Vote will close no sooner than Tuesday 25th, same time (~5 PM EST i.e.
New York time).

-Rahul

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




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



svn commit: r424903 - /jakarta/commons/proper/attributes/tags/CA_2_2_RC2/

2006-07-23 Thread bayard
Author: bayard
Date: Sun Jul 23 22:11:16 2006
New Revision: 424903

URL: http://svn.apache.org/viewvc?rev=424903view=rev
Log:
Preparing the 2.2 rc2 release with fixed dist files

Added:
jakarta/commons/proper/attributes/tags/CA_2_2_RC2/
  - copied from r424902, jakarta/commons/proper/attributes/trunk/


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



svn commit: r424906 - in /jakarta/commons/proper/attributes/tags/CA_2_2_RC2: build.xml project.xml

2006-07-23 Thread bayard
Author: bayard
Date: Sun Jul 23 22:17:23 2006
New Revision: 424906

URL: http://svn.apache.org/viewvc?rev=424906view=rev
Log:
Version set to 2.2-rc2

Modified:
jakarta/commons/proper/attributes/tags/CA_2_2_RC2/build.xml
jakarta/commons/proper/attributes/tags/CA_2_2_RC2/project.xml

Modified: jakarta/commons/proper/attributes/tags/CA_2_2_RC2/build.xml
URL: 
http://svn.apache.org/viewvc/jakarta/commons/proper/attributes/tags/CA_2_2_RC2/build.xml?rev=424906r1=424905r2=424906view=diff
==
--- jakarta/commons/proper/attributes/tags/CA_2_2_RC2/build.xml (original)
+++ jakarta/commons/proper/attributes/tags/CA_2_2_RC2/build.xml Sun Jul 23 
22:17:23 2006
@@ -34,7 +34,7 @@
 /property
 property name=plugindir value=plugin
 /property
-property name=version value=2.2
+property name=version value=2.2-rc2
 /property
 property name=final.name.api value=commons-attributes-api-${version}
 /property
@@ -163,4 +163,4 @@
 unjar dest=${maven.home} 
src=${user.home}/maven-install-latest.jar
 /unjar
 /target
-/project
\ No newline at end of file
+/project

Modified: jakarta/commons/proper/attributes/tags/CA_2_2_RC2/project.xml
URL: 
http://svn.apache.org/viewvc/jakarta/commons/proper/attributes/tags/CA_2_2_RC2/project.xml?rev=424906r1=424905r2=424906view=diff
==
--- jakarta/commons/proper/attributes/tags/CA_2_2_RC2/project.xml (original)
+++ jakarta/commons/proper/attributes/tags/CA_2_2_RC2/project.xml Sun Jul 23 
22:17:23 2006
@@ -30,7 +30,7 @@
 logohttp://jakarta.apache.org/images/original-jakarta-logo.gif/logo
 /organization
 
-currentVersion2.2-rc1/currentVersion
+currentVersion2.2-rc2/currentVersion
 inceptionYear2003/inceptionYear
 shortDescriptionCommons Attributes/shortDescription
 descriptionA package for handling runtime information about types 
(including Java classes)/description



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



[VOTE] Release Attributes 2.2

2006-07-23 Thread Henri Yandell

This is a vote for releasing Commons Attribetus 2.2 based on RC2.

RC2 is here:
http://people.apache.org/~bayard/commons-attributes

---
[ ] +1  I support this release
[ ] +0
[ ] -0
[ ] -1  I oppose this release because...


Vote will close Friday evening (PST).

Hen

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