Re: [text] Correct RandomStringGenerator description of thread safety/immutability

2017-06-03 Thread Gilles 

Hi Duncan.

Can we really say that "RandomStringBuilder instances
are _immutable_ [...] if using the default random number
generator"?
Calling "nextInt" on the instance returned by
  ThreadLocalRandom.current()
does change some internal state...
[IOW, unless I'm missing something, I think that "immutable"
should not be mentioned at all in this Javadoc.]

Regards,
Gilles


On Sat,  3 Jun 2017 06:03:05 + (UTC), djo...@apache.org wrote:

Repository: commons-text
Updated Branches:
  refs/heads/master ebb0cbe8c -> d04b0f6ff


Correct RandomStringGenerator description of thread 
safety/immutability


The thread safety and immutability of RandomStringGenerator is 
dependent
upon the external source of randomness, if set. Updated the Javadocs 
to

reflect this.

Fixes: TEXT-84

Project: http://git-wip-us.apache.org/repos/asf/commons-text/repo
Commit: 
http://git-wip-us.apache.org/repos/asf/commons-text/commit/d04b0f6f
Tree: 
http://git-wip-us.apache.org/repos/asf/commons-text/tree/d04b0f6f
Diff: 
http://git-wip-us.apache.org/repos/asf/commons-text/diff/d04b0f6f


Branch: refs/heads/master
Commit: d04b0f6ff469c1674d251c542028697db3ca48af
Parents: ebb0cbe
Author: duncan 
Authored: Sat Jun 3 07:03:18 2017 +0100
Committer: duncan 
Committed: Sat Jun 3 07:03:18 2017 +0100


--
 src/changes/changes.xml | 1 
+
 .../java/org/apache/commons/text/RandomStringGenerator.java | 5 
-

 2 files changed, 5 insertions(+), 1 deletion(-)

--



http://git-wip-us.apache.org/repos/asf/commons-text/blob/d04b0f6f/src/changes/changes.xml

--
diff --git a/src/changes/changes.xml b/src/changes/changes.xml
index d3cc0df..7b65a6d 100644
--- a/src/changes/changes.xml
+++ b/src/changes/changes.xml
@@ -46,6 +46,7 @@ The  type attribute can be 
add,update,fix,remove.

   

   
+RandomStringGenerator claims to be immutable, but
isn't
   

   



http://git-wip-us.apache.org/repos/asf/commons-text/blob/d04b0f6f/src/main/java/org/apache/commons/text/RandomStringGenerator.java

--
diff --git
a/src/main/java/org/apache/commons/text/RandomStringGenerator.java
b/src/main/java/org/apache/commons/text/RandomStringGenerator.java
index 6aa6806..58ebfb8 100644
--- 
a/src/main/java/org/apache/commons/text/RandomStringGenerator.java
+++ 
b/src/main/java/org/apache/commons/text/RandomStringGenerator.java

@@ -46,7 +46,10 @@ import org.apache.commons.lang3.Validate;
  * String randomLetters = generator.generate(20);
  * 
  * 
- * {@code RandomStringBuilder} instances are immutable and 
thread-safe.

+ * {@code RandomStringBuilder} instances are immutable and
thread-safe if using the
+ * default random number generator (RNG). If a custom RNG is set by
calling the method
+ * {@link Builder#usingRandom(TextRandomProvider)
Builder.usingRandom(TextRandomProvider)}, thread-safety
+ * and immutability must be ensured externally.
  * 
  * @since 1.1
  */



-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

[Numbers] How far from a first release?

2017-06-03 Thread Gilles 

Hello.

There are 15 open issues in
  https://issues.apache.org/jira/browse/NUMBERS

See also:
  https://issues.apache.org/jira/browse/NUMBERS-25

Can we consider a first release?
Should it be a "beta"?[1]
Please indicate what you think the status is of each
module.
Please indicate which issues could be postponed.
Please assign yourself some issues...
What is the status of "commons-numbers-complex"?

Is there some more code we can move from "Commons Math"?
Please remove from "Math" the code which you have ported
to "Numbers"; see
  https://issues.apache.org/jira/browse/MATH-1416


Thanks,
Gilles

[1] Unless I'm mistaken, the previous experiments did not
bring any insights as how to improve the subsequent
release.


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [text] Correct RandomStringGenerator description of thread safety/immutability

2017-06-03 Thread sebb 
On 3 June 2017 at 08:40, Gilles  wrote:
> Hi Duncan.
>
> Can we really say that "RandomStringBuilder instances
> are _immutable_ [...] if using the default random number
> generator"?
> Calling "nextInt" on the instance returned by
>   ThreadLocalRandom.current()
> does change some internal state...

Agreed, there must be some internal state for 'next' to have any meaning.

> [IOW, unless I'm missing something, I think that "immutable"
> should not be mentioned at all in this Javadoc.]

+1

What's important here is the thread-safety aspect.

> Regards,
> Gilles
>
>
>
> On Sat,  3 Jun 2017 06:03:05 + (UTC), djo...@apache.org wrote:
>>
>> Repository: commons-text
>> Updated Branches:
>>   refs/heads/master ebb0cbe8c -> d04b0f6ff
>>
>>
>> Correct RandomStringGenerator description of thread safety/immutability
>>
>> The thread safety and immutability of RandomStringGenerator is dependent
>> upon the external source of randomness, if set. Updated the Javadocs to
>> reflect this.
>>
>> Fixes: TEXT-84
>>
>> Project: http://git-wip-us.apache.org/repos/asf/commons-text/repo
>> Commit:
>> http://git-wip-us.apache.org/repos/asf/commons-text/commit/d04b0f6f
>> Tree: http://git-wip-us.apache.org/repos/asf/commons-text/tree/d04b0f6f
>> Diff: http://git-wip-us.apache.org/repos/asf/commons-text/diff/d04b0f6f
>>
>> Branch: refs/heads/master
>> Commit: d04b0f6ff469c1674d251c542028697db3ca48af
>> Parents: ebb0cbe
>> Author: duncan 
>> Authored: Sat Jun 3 07:03:18 2017 +0100
>> Committer: duncan 
>> Committed: Sat Jun 3 07:03:18 2017 +0100
>>
>>
>> --
>>  src/changes/changes.xml | 1 +
>>  .../java/org/apache/commons/text/RandomStringGenerator.java | 5 -
>>  2 files changed, 5 insertions(+), 1 deletion(-)
>>
>> --
>>
>>
>>
>>
>> http://git-wip-us.apache.org/repos/asf/commons-text/blob/d04b0f6f/src/changes/changes.xml
>>
>> --
>> diff --git a/src/changes/changes.xml b/src/changes/changes.xml
>> index d3cc0df..7b65a6d 100644
>> --- a/src/changes/changes.xml
>> +++ b/src/changes/changes.xml
>> @@ -46,6 +46,7 @@ The  type attribute can be
>> add,update,fix,remove.
>>
>>
>>
>> +> dev="djones">RandomStringGenerator claims to be immutable, but
>> isn't
>>
>>
>>
>>
>>
>>
>> http://git-wip-us.apache.org/repos/asf/commons-text/blob/d04b0f6f/src/main/java/org/apache/commons/text/RandomStringGenerator.java
>>
>> --
>> diff --git
>> a/src/main/java/org/apache/commons/text/RandomStringGenerator.java
>> b/src/main/java/org/apache/commons/text/RandomStringGenerator.java
>> index 6aa6806..58ebfb8 100644
>> --- a/src/main/java/org/apache/commons/text/RandomStringGenerator.java
>> +++ b/src/main/java/org/apache/commons/text/RandomStringGenerator.java
>> @@ -46,7 +46,10 @@ import org.apache.commons.lang3.Validate;
>>   * String randomLetters = generator.generate(20);
>>   * 
>>   * 
>> - * {@code RandomStringBuilder} instances are immutable and thread-safe.
>> + * {@code RandomStringBuilder} instances are immutable and
>> thread-safe if using the
>> + * default random number generator (RNG). If a custom RNG is set by
>> calling the method
>> + * {@link Builder#usingRandom(TextRandomProvider)
>> Builder.usingRandom(TextRandomProvider)}, thread-safety
>> + * and immutability must be ensured externally.
>>   * 
>>   * @since 1.1
>>   */
>
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

[GitHub] commons-compress issue #26: COMPRESS-399 OSGI package versions are overly pe...

2017-06-03 Thread joehni 
Github user joehni commented on the issue:

https://github.com/apache/commons-compress/pull/26
  
This is a Maven project and we follow Maven conventions. Anything that is 
processed by a Java compiler belongs into src/main/java (true for 
package-info.java files, not true for packageinfo files or package.html files). 
Anything else that should be collected in a jar file is a resource and belongs 
therefore into src/main/resources. The fact that you have to reconfigure the 
resources clearly demonstrates this.

Nevertheless, these files will make our release process even more 
cumbersome if they are checked in as sources. The nature and content of the 
files identifies them clearly as something that can be generated. We might even 
be able to use the antrun plugin directly. If we put it into a profile and 
activate it based on file existence, we might even move it into commons-parent.


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [FileUpload] Release FILEUPLOAD-279

2017-06-03 Thread Rob Tompkins 

> On May 31, 2017, at 5:42 PM, Gary Gregory  wrote:
> 
> Hi All:
> 
> We have a request to release FileUpload;
> 
> https://issues.apache.org/jira/secure/EditComment!default.jspa?id=13020471&commentId=16031153
> 
> To address https://issues.apache.org/jira/browse/FILEUPLOAD-279
> 
> Is anyone willing to RM?
> 

Should I leave it with Java 1.5 as the source and target? I cannot compile on 
java 9 if I do. Further, are there any arguments to upgrading to commons-parent 
42?

-Rob

> Gary
> 
> -- 
> E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
> Java Persistence with Hibernate, Second Edition
> 
> 
> 
> JUnit in Action, Second Edition
> 
> 
> 
> Spring Batch in Action
> 
> 
> Blog: http://garygregory.wordpress.com
> Home: http://garygregory.com/
> Tweet! http://twitter.com/GaryGregory


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [PARENT][PROPOSAL] Add Automatic-Module-Name MANIFEST entry

2017-06-03 Thread Rob Tompkins 
This should be done now with the entries being “commons.module.name”

Cheers,
-Rob

> On May 24, 2017, at 11:31 AM, Rob Tompkins  wrote:
> 
> 
>> On May 24, 2017, at 11:11 AM, Stephen Colebourne  
>> wrote:
>> 
>> On 24 May 2017 at 15:55, Rob Tompkins  wrote:
>>> We should simply add that entry, "commons.automatic-module-name," to every 
>>> component pom’s properties section now, and then when the next parent 
>>> migration happens, the changes will express naturally. It might be worth 
>>> adding a comment on the property in each pom?
>>> 
>>> I’d be happy to do that between now and Monday.
>> 
>> As I said upthread, there is an argument to only add it to components
>> once they have been checked to see if they are valid for use as a
>> module.
> 
> Right.
> 
>> 
>> That said, I'm willing to go with it as an approach because AFAICT if
>> a component isn't a good modular citizen, the Automatic-Module-Name
>> MANIFEST entry won't do much harm.
> 
> Yes.
> 
>> 
>> Of course, strictly speaking we don't know if Automatic-Module-Name
>> will be part of the final JDK 9, as private discussions are currently
>> ongoing between the key players. Since it will cause no harm if
>> wrongly present, I'm OK with this too,
>> 
>> If you are going to do it, I'd suggest using ${commons.module-name},
> 
> Makes sense to me there. I’m not the best at coming up with names. :-)
> 
>> as you will be adding the official module name for the component. That
>> it is only used as the automatic module name right now is a detail.
> 
> I will start chipping away at this tomorrow or Friday, assuming that there 
> aren’t any objections between now and then.
> 
> -Rob
> 
>> 
>> Stephen
>> 
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
>> For additional commands, e-mail: dev-h...@commons.apache.org
>> 
> 


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [FileUpload] Release FILEUPLOAD-279

2017-06-03 Thread Gary Gregory 
On Sat, Jun 3, 2017 at 7:02 AM, Rob Tompkins  wrote:

>
> > On May 31, 2017, at 5:42 PM, Gary Gregory 
> wrote:
> >
> > Hi All:
> >
> > We have a request to release FileUpload;
> >
> > https://issues.apache.org/jira/secure/EditComment!
> default.jspa?id=13020471&commentId=16031153
> >
> > To address https://issues.apache.org/jira/browse/FILEUPLOAD-279
> >
> > Is anyone willing to RM?
> >
>
> Should I leave it with Java 1.5 as the source and target?


I am OK with upping the platform requirement to allow compilation on Java 9.

I cannot compile on java 9 if I do. Further, are there any arguments to
> upgrading to commons-parent 42?
>

Not here.

Gary


>
> -Rob
>
> > Gary
> >
> > --
> > E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
> > Java Persistence with Hibernate, Second Edition
> >  tl?ie=UTF8&camp=1789&creative=9325&creativeASIN=1617290459&
> linkCode=as2&tag=garygregory-20&linkId=cadb800f39946ec62ea2b1af9fe6a2b8>
> >
> >  1617290459>
> > JUnit in Action, Second Edition
> >  tl?ie=UTF8&camp=1789&creative=9325&creativeASIN=1935182021&
> linkCode=as2&tag=garygregory-20&linkId=31ecd1f6b6d1eaf8886ac902a24de418%22
> >
> >
> >  1935182021>
> > Spring Batch in Action
> >  tl?ie=UTF8&camp=1789&creative=9325&creativeASIN=1935182951&
> linkCode=%7B%7BlinkCode%7D%7D&tag=garygregory-20&linkId=%7B%
> 7Blink_id%7D%7D%22%3ESpring+Batch+in+Action>
> >  1935182951>
> > Blog: http://garygregory.wordpress.com
> > Home: http://garygregory.com/
> > Tweet! http://twitter.com/GaryGregory
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>

Re: [FileUpload] Release FILEUPLOAD-279

2017-06-03 Thread Rob Tompkins 

> On Jun 3, 2017, at 1:02 PM, Gary Gregory  wrote:
> 
> On Sat, Jun 3, 2017 at 7:02 AM, Rob Tompkins  > wrote:
> 
>> 
>>> On May 31, 2017, at 5:42 PM, Gary Gregory 
>> wrote:
>>> 
>>> Hi All:
>>> 
>>> We have a request to release FileUpload;
>>> 
>>> https://issues.apache.org/jira/secure/EditComment!
>> default.jspa?id=13020471&commentId=16031153
>>> 
>>> To address https://issues.apache.org/jira/browse/FILEUPLOAD-279
>>> 
>>> Is anyone willing to RM?
>>> 
>> 
>> Should I leave it with Java 1.5 as the source and target?
> 
> 
> I am OK with upping the platform requirement to allow compilation on Java 9.
> 
> I cannot compile on java 9 if I do.
snip.

Hm…works for me.

Upgrade to parent 42 and try again. I had a jar creation issue with is 
complaining about the 3.2 jar plugin which I think we upgraded in 42. I’m also 
using maven 3.5.0 and java 9+159 on mac OS X 10.12.5.

> Further, are there any arguments to
>> upgrading to commons-parent 42?
>> 
> 
> Not here.
> 
> Gary
> 
> 
>> 
>> -Rob
>> 
>>> Gary
>>> 
>>> --
>>> E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
>>> Java Persistence with Hibernate, Second Edition
>>> > tl?ie=UTF8&camp=1789&creative=9325&creativeASIN=1617290459&
>> linkCode=as2&tag=garygregory-20&linkId=cadb800f39946ec62ea2b1af9fe6a2b8>
>>> 
>>> > 1617290459>
>>> JUnit in Action, Second Edition
>>> > tl?ie=UTF8&camp=1789&creative=9325&creativeASIN=1935182021&
>> linkCode=as2&tag=garygregory-20&linkId=31ecd1f6b6d1eaf8886ac902a24de418%22
>>> 
>>> 
>>> > 1935182021>
>>> Spring Batch in Action
>>> > tl?ie=UTF8&camp=1789&creative=9325&creativeASIN=1935182951&
>> linkCode=%7B%7BlinkCode%7D%7D&tag=garygregory-20&linkId=%7B%
>> 7Blink_id%7D%7D%22%3ESpring+Batch+in+Action>
>>> > 1935182951>
>>> Blog: http://garygregory.wordpress.com
>>> Home: http://garygregory.com/
>>> Tweet! http://twitter.com/GaryGregory
>> 
>> 
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org 
>> 
>> For additional commands, e-mail: dev-h...@commons.apache.org 
>>

Fwd: commons-fileupload git commit: Upgrade maven.compiler.source and maven.compiler.target to 1.6

2017-06-03 Thread Gary Gregory 
I would be nice to document the change from Java 5 to 6 in a JIRA.

Gary

-- Forwarded message --
From: 
Date: Sat, Jun 3, 2017 at 10:10 AM
Subject: commons-fileupload git commit: Upgrade maven.compiler.source and
maven.compiler.target to 1.6
To: comm...@commons.apache.org


Repository: commons-fileupload
Updated Branches:
  refs/heads/master abbe6004b -> eed3e5892


Upgrade maven.compiler.source and maven.compiler.target to 1.6


Project: http://git-wip-us.apache.org/repos/asf/commons-fileupload/repo
Commit: http://git-wip-us.apache.org/repos/asf/commons-fileupload/
commit/eed3e589
Tree: http://git-wip-us.apache.org/repos/asf/commons-fileupload/
tree/eed3e589
Diff: http://git-wip-us.apache.org/repos/asf/commons-fileupload/
diff/eed3e589

Branch: refs/heads/master
Commit: eed3e5892653a3d16f29191ab9e1ae2aab29d884
Parents: abbe600
Author: Rob Tompkins 
Authored: Sat Jun 3 13:10:45 2017 -0400
Committer: Rob Tompkins 
Committed: Sat Jun 3 13:10:45 2017 -0400

--
 pom.xml | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
--


http://git-wip-us.apache.org/repos/asf/commons-fileupload/
blob/eed3e589/pom.xml
--
diff --git a/pom.xml b/pom.xml
index 5b20c8d..7b77aa1 100644
--- a/pom.xml
+++ b/pom.xml
@@ -177,8 +177,8 @@
   

   
-1.5
-1.5
+1.6
+1.6
 fileupload
 org.apache.commons.fileupload
 1.4

[io] Failure of org.apache.commons.io.FileUtilsTestCase.testContentEqualsIgnoreEOL()

2017-06-03 Thread Gary Gregory 
Hi All,

This test
fails: org.apache.commons.io.FileUtilsTestCase.testContentEqualsIgnoreEOL()

With:

java.lang.AssertionError
at org.junit.Assert.fail(Assert.java:86)
at org.junit.Assert.assertTrue(Assert.java:41)
at org.junit.Assert.assertFalse(Assert.java:64)
at org.junit.Assert.assertFalse(Assert.java:74)
at
org.apache.commons.io.FileUtilsTestCase.testContentEqualsIgnoreEOL(FileUtilsTestCase.java:681)

I am guessing that since this deals with EOLs there might be something
Linux specific about it.

I ran with:

Apache Maven 3.5.0 (ff8f5e7444045639af65f6095c62210b5713f426;
2017-04-03T12:39:06-07:00) Maven home: C:\Java\apache-maven-3.5.0\bin\..
Java version: 1.7.0_80, vendor: Oracle Corporation Java home: C:\Program
Files\Java\jdk1.7.0_80\jre Default locale: en_US, platform encoding: Cp1252
OS name: "windows 8.1", version: "6.3", arch: "amd64", family: "windows"

Gary

Build failed in Jenkins: commons-io #44

2017-06-03 Thread Apache Jenkins Server 
See 

--
Started by user sebb
[EnvInject] - Loading node environment variables.
Building remotely on windows-2012-1 (Windows) in workspace 

Cloning the remote Git repository
Cloning repository https://git-wip-us.apache.org/repos/asf/commons-io
 > git init  # timeout=10
Fetching upstream changes from 
https://git-wip-us.apache.org/repos/asf/commons-io
 > git --version # timeout=10
 > git fetch --tags --progress 
 > https://git-wip-us.apache.org/repos/asf/commons-io 
 > +refs/heads/*:refs/remotes/origin/*
 > git config remote.origin.url 
 > https://git-wip-us.apache.org/repos/asf/commons-io # timeout=10
 > git config --add remote.origin.fetch +refs/heads/*:refs/remotes/origin/* # 
 > timeout=10
 > git config remote.origin.url 
 > https://git-wip-us.apache.org/repos/asf/commons-io # timeout=10
Fetching upstream changes from 
https://git-wip-us.apache.org/repos/asf/commons-io
 > git fetch --tags --progress 
 > https://git-wip-us.apache.org/repos/asf/commons-io 
 > +refs/heads/*:refs/remotes/origin/*
 > git rev-parse "refs/remotes/origin/master^{commit}" # timeout=10
 > git rev-parse "refs/remotes/origin/origin/master^{commit}" # timeout=10
Checking out Revision d4f28d7ff397386b208823c577180938e15769d3 
(refs/remotes/origin/master)
 > git config core.sparsecheckout # timeout=10
 > git checkout -f d4f28d7ff397386b208823c577180938e15769d3
 > git rev-list d4f28d7ff397386b208823c577180938e15769d3 # timeout=10
ERROR: Maven Home \home\jenkins\tools\maven\apache-maven-3.3.3 doesnt exist


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Build failed in Jenkins: commons-io #45

2017-06-03 Thread Apache Jenkins Server 
See 

--
[...truncated 20.41 KB...]
Tests run: 7, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.137 sec - in 
org.apache.commons.io.input.TeeInputStreamTest
Running org.apache.commons.io.input.UnixLineEndingInputStreamTest
Tests run: 8, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.207 sec - in 
org.apache.commons.io.input.UnixLineEndingInputStreamTest
Running org.apache.commons.io.input.WindowsLineEndingInputStreamTest
Tests run: 7, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.127 sec - in 
org.apache.commons.io.input.WindowsLineEndingInputStreamTest
Running org.apache.commons.io.input.XmlStreamReaderTest
Tests run: 15, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.582 sec - in 
org.apache.commons.io.input.XmlStreamReaderTest
Running org.apache.commons.io.input.XmlStreamReaderUtilitiesTest
Tests run: 11, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.183 sec - in 
org.apache.commons.io.input.XmlStreamReaderUtilitiesTest
Running org.apache.commons.io.IOCaseTestCase
Tests run: 17, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.153 sec - in 
org.apache.commons.io.IOCaseTestCase
Running org.apache.commons.io.IOExceptionWithCauseTestCase
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.12 sec - in 
org.apache.commons.io.IOExceptionWithCauseTestCase
Running org.apache.commons.io.IOUtilsCopyTestCase
Tests run: 23, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.219 sec - in 
org.apache.commons.io.IOUtilsCopyTestCase
Running org.apache.commons.io.IOUtilsTestCase
Tests run: 106, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.515 sec - 
in org.apache.commons.io.IOUtilsTestCase
Running org.apache.commons.io.IOUtilsWriteTestCase
Tests run: 53, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.226 sec - in 
org.apache.commons.io.IOUtilsWriteTestCase
Running org.apache.commons.io.LineIteratorTestCase
Tests run: 16, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.235 sec - in 
org.apache.commons.io.LineIteratorTestCase
Running org.apache.commons.io.monitor.FileAlterationMonitorTestCase
Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.982 sec - in 
org.apache.commons.io.monitor.FileAlterationMonitorTestCase
Running org.apache.commons.io.monitor.FileAlterationObserverTestCase
Tests run: 7, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 5.376 sec - in 
org.apache.commons.io.monitor.FileAlterationObserverTestCase
Running org.apache.commons.io.output.AppendableOutputStreamTest
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.132 sec - in 
org.apache.commons.io.output.AppendableOutputStreamTest
Running org.apache.commons.io.output.BrokenOutputStreamTest
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.133 sec - in 
org.apache.commons.io.output.BrokenOutputStreamTest
Running org.apache.commons.io.output.ByteArrayOutputStreamTestCase
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.148 sec - in 
org.apache.commons.io.output.ByteArrayOutputStreamTestCase
Running org.apache.commons.io.output.ChunkedOutputStreamTest
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.144 sec - in 
org.apache.commons.io.output.ChunkedOutputStreamTest
Running org.apache.commons.io.output.ChunkedWriterTest
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.133 sec - in 
org.apache.commons.io.output.ChunkedWriterTest
Running org.apache.commons.io.output.ClosedOutputStreamTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.161 sec - in 
org.apache.commons.io.output.ClosedOutputStreamTest
Running org.apache.commons.io.output.CloseShieldOutputStreamTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.137 sec - in 
org.apache.commons.io.output.CloseShieldOutputStreamTest
Running org.apache.commons.io.output.CountingOutputStreamTest
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.188 sec - in 
org.apache.commons.io.output.CountingOutputStreamTest
Running org.apache.commons.io.output.DeferredFileOutputStreamTest
Tests run: 130, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.47 sec - in 
org.apache.commons.io.output.DeferredFileOutputStreamTest
Running org.apache.commons.io.output.FileWriterWithEncodingTest
Tests run: 12, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.247 sec - in 
org.apache.commons.io.output.FileWriterWithEncodingTest
Running org.apache.commons.io.output.LockableFileWriterTest
Tests run: 7, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.21 sec - in 
org.apache.commons.io.output.LockableFileWriterTest
Running org.apache.commons.io.output.NullOutputStreamTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.127 sec - in 
org.apache.commons.io.output.NullOutputStreamTest
Running org.apache.commons.io.output.NullWriterTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.122 se