Hello All:

This is a VOTE to release Commons IO 2.2-RC4

The changes from RC3 are:
- IO-313: Add IOUTils.toBufferedReader(Reader)
- IO-308: Allow applications to provide buffer (or size) for copyLarge
methods.
- IO-311: IOUtils.read(InputStream/Reader) ignores the offset parameter
- IO-312: CharSequenceInputStream(CharSequence s, Charset charset, int
bufferSize) ignores bufferSize

The changes from RC2 are:
- Remove macro from release notes
- Add binary compatibility  to release notes
- Information in src/site/xdoc/upgradeto2_2.xml was missing

The changes from RC1 are:
- Built from tag
- Update release notes with version 2.2
- Update notice file with 2012 copyright
- Update @version with $Id$
- Update site to link to only Javadoc 2.2 and 1.x.

This VOTE is open for at least 72 hours until March 29 2012 at 11:45 EST.

The files:

https://repository.apache.org/content/repositories/orgapachecommons-113/

The tag:

https://svn.apache.org/repos/asf/commons/proper/io/tags/2.2-RC4

The site:

https://people.apache.org/builds/commons/commons-io/2.2/RC4/

New features:
o Add IOUTils.toBufferedReader(Reader)  Issue: IO-313. Thanks to ggregory.
o Allow applications to provide buffer (or size) for copyLarge methods.
Issue: IO-308. Thanks to Manoj Mokashi.
o New copyLarge() method in IOUtils that takes additional offset, length
arguments  Issue: IO-305. Thanks to Manoj Mokashi.
o Use terabyte (TB), petabyte (PB) and exabyte (EB) in
FileUtils.byteCountToDisplaySize(long size)  Issue: IO-287. Thanks to Ron
Kuris, Gary Gregory.
o FileUtils.listFiles() doesn't return directories  Issue: IO-173. Thanks
to Marcos Vinícius da Silva.
o CharSequenceInputStream to efficiently stream content of a CharSequence
Issue: IO-297. Thanks to Oleg Kalnichevski.
o The second constructor of Tailer class does not pass 'delay' to the third
one  Issue: IO-304. Thanks to liangly.
o TeeOutputStream does not call branch.close() when main.close() throws an
exception  Issue: IO-303. Thanks to fabian.barney.
o ArrayIndexOutOfBoundsException in BOMInputStream when reading a file
without BOM multiple times  Issue: IO-302. Thanks to jsteuerwald, detinho.
o Add IOUtils.closeQuietly(Selector) necessary  Issue: IO-301. Thanks to
kaykay.unique.
o IOUtils.closeQuietly() should take a ServerSocket as a parameter  Issue:
IO-292. Thanks to sebb.
o Add read/readFully methods to IOUtils  Issue: IO-290. Thanks to sebb.
o Supply a ReversedLinesFileReader  Issue: IO-288. Thanks to Georg Henzler.
o Add new function FileUtils.directoryContains.  Issue: IO-291. Thanks to
ggregory.
o FileUtils.contentEquals and IOUtils.contentEquals - Add option to ignore
"line endings"
        Added contentEqualsIgnoreEOL methods to both classes  Issue:
IO-275. Thanks to CJ Aspromgos.

Fixed Bugs:
o IOUtils.read(InputStream/Reader) ignores the offset parameter  Issue:
IO-311. Thanks to Robert Muir.
o CharSequenceInputStream(CharSequence s, Charset charset, int bufferSize)
ignores bufferSize  Issue: IO-312.
o FileUtils.moveDirectoryToDirectory removes source directory if
destination is a subdirectory  Issue: IO-300.
o ReaderInputStream#read(byte[] b, int off, int len) should check for valid
parameters  Issue: IO-307.
o ReaderInputStream#read(byte[] b, int off, int len) should always return 0
for length == 0  Issue: IO-306.
o "FileUtils#deleteDirectoryOnExit(File)" does not work  Issue: IO-276.
Thanks to nkami.
o BoundedInputStream.read() treats max differently from
BoundedInputStream.read(byte[]...)  Issue: IO-273. Thanks to sebb.
o Various methods of class 'org.apache.commons.io.FileUtils' incorrectly
suppress 'java.io.IOException'  Issue: IO-298. Thanks to Christian Schulte.

Changes:
o ReaderInputStream optimization: more efficient reading of small chunks of
data  Issue: IO-296. Thanks to Oleg Kalnichevski.

Thank you,
Gary Gregory

-- 
E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
JUnit in Action, 2nd Ed: http://bit.ly/ECvg0
Spring Batch in Action: http://bit.ly/bqpbCK
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory <http://twitter.com/GaryGregory>

Reply via email to