Gitiles
Code Review Sign In
gerrit-public.fairphone.software / platform / external / apache-commons-compress / fdac1475918e93444b08a024d096b4ec39d6733d / . / src / changes / changes.xml
blob: 864bb95b67a8349d35ae0c228b4099b8030244d0 [file] [log] [blame]
Siegfried Goeschlf03f2f92009-03-23 14:52:23 +0000[diff] [blame]1<?xml version="1.0" encoding="UTF-8"?>
2<!--
3 Licensed to the Apache Software Foundation (ASF) under one
4 or more contributor license agreements. See the NOTICE file
5 distributed with this work for additional information
6 regarding copyright ownership. The ASF licenses this file
7 to you under the Apache License, Version 2.0 (the
8 "License"); you may not use this file except in compliance
9 with the License. You may obtain a copy of the License at
10
11 http://www.apache.org/licenses/LICENSE-2.0
12
13 Unless required by applicable law or agreed to in writing,
14 software distributed under the License is distributed on an
15 "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
16 KIND, either express or implied. See the License for the
17 specific language governing permissions and limitations
18 under the License.
19-->
Sebastian Bazley48882f12010-04-13 21:02:37 +0000[diff] [blame]20
21<!--
22This file is also used by the maven-changes-plugin to generate the release notes.
23Useful ways of finding items to add to this file are:
24
Sebastian Bazley27dea242010-05-10 17:42:37 +0000[diff] [blame]251. Add items when you fix a bug or add a feature (this makes the
Sebastian Bazley48882f12010-04-13 21:02:37 +0000[diff] [blame]26release process easy :-).
27
282. Do a JIRA search for tickets closed since the previous release.
29
303. Use the report generated by the maven-changelog-plugin to see all
31SVN commits. TBA how to use this with SVN.
32
33To generate the release notes from this file:
34
Sebastian Bazley6021ccb2010-04-14 00:49:28 +0000[diff] [blame]35mvn changes:announcement-generate -Prelnotes
Sebastian Bazley48882f12010-04-13 21:02:37 +0000[diff] [blame]36mv target/announcement/release-notes.vm RELEASE-NOTES.txt
Sebastian Bazley27dea242010-05-10 17:42:37 +0000[diff] [blame]37then tweak the formatting if necessary and commit
Sebastian Bazley48882f12010-04-13 21:02:37 +0000[diff] [blame]38
39The <action> type attribute can be add,update,fix,remove.
40-->
41
Siegfried Goeschlf03f2f92009-03-23 14:52:23 +0000[diff] [blame]42<document>
43 <properties>
44 <title>commons-compress</title>
Siegfried Goeschlf03f2f92009-03-23 14:52:23 +0000[diff] [blame]45 </properties>
46 <body>
Stefan Bodewig7df24262011-07-31 05:43:43 +0000[diff] [blame]47 <release version="1.3" date="unreleased"
48 description="Release 1.3 - API compatible to 1.2 but requires Java5 at runtime">
Stefan Bodewigf4ff2002011-09-14 15:03:35 +0000[diff] [blame]49 <action issue="COMPRESS-142" type="add" date="2011-09-14">
50 Support for the Pack200 format has been added.
51 </action>
Stefan Bodewig67248f02011-08-22 05:47:26 +0000[diff] [blame]52 <action issue="COMPRESS-132" type="add" date="2011-08-17">
53 Read-only support for the format used by the Unix dump(8) tool
54 has been added.
55 </action>
Stefan Bodewig3ae0c502011-08-15 04:13:10 +0000[diff] [blame]56 <action issue="COMPRESS-36" type="update" date="2011-08-15">
57 The ZIP package now supports Zip64 extensions.
58 </action>
Stefan Bodewig1b915c72011-08-08 11:39:41 +0000[diff] [blame]59 <action issue="COMPRESS-144" type="update" date="2011-08-08">
60 The AR package now supports the BSD dialect of storing file
61 names longer than 16 chars (both reading and writing).
62 </action>
Stefan Bodewig02991912011-08-08 04:41:15 +0000[diff] [blame]63 <action type="fix" date="2011-08-08">
Stefan Bodewigc84526b2011-08-08 05:09:25 +0000[diff] [blame]64 BZip2CompressorInputStream's getBytesRead method always
Stefan Bodewig02991912011-08-08 04:41:15 +0000[diff] [blame]65 returned 0.
66 </action>
Stefan Bodewigd48f1062011-08-03 13:36:01 +0000[diff] [blame]67 <action issue="COMPRESS-152" type="fix" date="2011-08-03">
68 ZipArchiveInputStream and ZipArchiveOutputStream could leak
69 resources on some JDKs.
70 </action>
Stefan Bodewigfdac1472011-10-23 12:15:13 +0000[diff] [blame^]71 <action issue="COMPRESS-160" type="fix" date="2011-10-23">
72 TarArchiveOutputStream's getBytesWritten method didn't count
73 correctly.
74 </action>
Stefan Bodewig7df24262011-07-31 05:43:43 +0000[diff] [blame]75 </release>
76 <release version="1.2" date="2011-07-31"
Stefan Bodewig947e9832011-07-27 03:53:35 +0000[diff] [blame]77 description="Release 1.2 - a bugfix release, the last release expected to be compatible with Java 1.4">
Stefan Bodewiga9bd2e22011-07-26 14:12:44 +0000[diff] [blame]78 <action issue="COMPRESS-129" type="fix" date="2011-07-26">
79 ZipArchiveInputStream could fail with a "Truncated ZIP" error
80 message for entries between 2 GByte and 4 GByte in size.
81 </action>
Stefan Bodewigeedeff92011-07-23 04:57:17 +0000[diff] [blame]82 <action issue="COMPRESS-145" type="fix" date="2011-07-23"
83 due-tue="Patrick Dreyer">
Stefan Bodewig2b90da62011-07-25 05:54:45 +0000[diff] [blame]84 TarArchiveInputStream now detects sparse entries using the
85 oldgnu format and properly reports it cannot extract their
86 contents.
Stefan Bodewigeedeff92011-07-23 04:57:17 +0000[diff] [blame]87 </action>
88 <action issue="COMPRESS-123" type="add" date="2011-07-23">
Stefan Bodewig934a96e2011-07-23 04:33:44 +0000[diff] [blame]89 ZipArchiveEntry has a new method getRawName that provides the
90 original bytes that made up the name. This may allow user
91 code to detect the encoding.
92 </action>
Stefan Bodewig7a76c472011-07-20 14:55:50 +0000[diff] [blame]93 <action issue="COMPRESS-130" type="fix" date="2011-07-20">
94 The Javadoc for ZipArchiveInputStream#skip now matches the
95 implementation, the code has been made more defensive.
96 </action>
Stefan Bodewig541898f2011-07-20 14:23:20 +0000[diff] [blame]97 <action issue="COMPRESS-140" type="fix" date="2011-07-20"
98 due-to="Trejkaz">
99 ArArchiveInputStream fails if entries contain only blanks for
100 userId or groupId.
101 </action>
Stefan Bodewigb4d75052011-07-13 13:53:18 +0000[diff] [blame]102 <action issue="COMPRESS-139" type="fix" date="2011-07-13">
103 ZipFile may leak resources on some JDKs.
104 </action>
Stefan Bodewig8c2e5e62011-04-18 04:28:14 +0000[diff] [blame]105 <action type="update" date="2011-04-18">
106 ZipFile now implements finalize which closes the underlying
107 file.
108 </action>
Sebastian Bazley60d6b6a2011-03-23 12:50:15 +0000[diff] [blame]109 <action issue="COMPRESS-117" type="update" date="2011-03-23">
110 Certain tar files not recognised by ArchiveStreamFactory.
111 </action>
Sebastian Bazley9f68b5d2011-03-23 11:17:25 +0000[diff] [blame]112 <action issue="COMPRESS-125" type="fix" date="2011-03-23">
113 BZip2CompressorInputStream throws IOException if underlying stream returns available() == 0.
114 Removed the check.
115 </action>
Sebastian Bazley8376ecf2011-03-23 11:06:43 +0000[diff] [blame]116 <action issue="COMPRESS-127" type="fix" date="2011-03-23">
117 Calling close() on inputStream returned by CompressorStreamFactory.createCompressorInputStream()
118 does not close the underlying input stream.
119 </action>
Stefan Bodewig86aaf842010-10-29 15:03:49 +0000[diff] [blame]120 <action issue="COMPRESS-122" type="add" date="2010-10-29">
121 TarArchiveEntry provides access to the flags that determine
122 whether it is an archived symbolic link, pipe or other
123 "uncommon" file system object.
124 </action>
Stefan Bodewig1eb9dbb2010-10-26 09:44:59 +0000[diff] [blame]125 <action issue="COMPRESS-119" type="fix" date="2010-10-26">
Sebastian Bazley7dd43012010-10-28 14:15:27 +0000[diff] [blame]126 TarArchiveOutputStream#finish now writes all buffered data to the stream
Stefan Bodewig1eb9dbb2010-10-26 09:44:59 +0000[diff] [blame]127 </action>
128 </release>
129 <release version="1.1" date="2010-08-13" description="Release 1.1">
Sebastian Bazley75c87112010-06-02 11:15:23 +0000[diff] [blame]130 <action issue="COMPRESS-72" type="fix" date="2010-06-02">
131 Move acknowledgements from NOTICE to README
132 </action>
Sebastian Bazley35e4e4f2010-06-02 11:00:25 +0000[diff] [blame]133 <action issue="COMPRESS-113" type="fix" date="2010-06-02">
134 TarArchiveEntry.parseTarHeader() includes the trailing space/NUL when parsing the octal size
135 </action>
136 <action issue="COMPRESS-108" type="add" date="2010-05-23">
Sebastian Bazleydfc66382010-05-23 11:53:07 +0000[diff] [blame]137 Command-line interface to list archive contents.
138 Usage: java -jar commons-compress-n.m.jar archive-name [zip|tar|etc]
139 </action>
Sebastian Bazley050db3d2010-05-17 15:09:29 +0000[diff] [blame]140 <action issue="COMPRESS-118" type="fix" date="2010-05-17">
141 TarUtils.parseName does not properly handle characters outside the range 0-127
142 </action>
Sebastian Bazleyc83d9f72010-05-13 10:25:15 +0000[diff] [blame]143 <action issue="COMPRESS-112" type="update" date="2010-05-13">
144 ArArchiveInputStream does not handle GNU extended filename records (//)
145 </action>
Sebastian Bazley35e4e4f2010-06-02 11:00:25 +0000[diff] [blame]146 <action issue="COMPRESS-109" type="add" date="2010-05-10">
Sebastian Bazley23bfa662010-05-10 15:10:27 +0000[diff] [blame]147 Tar implementation does not support Pax headers
148 Added support for reading pax headers.
149 Note: does not support global pax headers
Sebastian Bazley27dea242010-05-10 17:42:37 +0000[diff] [blame]150 </action>
Sebastian Bazley23bfa662010-05-10 15:10:27 +0000[diff] [blame]151 <action issue="COMPRESS-107" type="fix" date="2010-05-10">
152 ArchiveStreamFactory does not recognise tar files created by Ant
Sebastian Bazley27dea242010-05-10 17:42:37 +0000[diff] [blame]153 </action>
Sebastian Bazley8fcd06e2010-05-09 20:46:59 +0000[diff] [blame]154 <action issue="COMPRESS-110" type="fix" date="2010-05-09">
155 Support "ustar" prefix field, which is used when file paths are longer
156 than 100 characters.
Sebastian Bazley27dea242010-05-10 17:42:37 +0000[diff] [blame]157 </action>
Sebastian Bazley69f6d062010-05-05 10:59:58 +0000[diff] [blame]158 <action type="update" date="2010-04-19" issue="COMPRESS-105">
159 Document that the name of an ZipArchiveEntry determines whether
Sebastian Bazley27dea242010-05-10 17:42:37 +0000[diff] [blame]160 an entry is considered a directory or not.
Sebastian Bazley69f6d062010-05-05 10:59:58 +0000[diff] [blame]161 If you don't use the constructor with the File argument the entry's
162 name must end in a "/" in order for the entry to be known as a directory.
163 </action>
Stefan Bodewig03e94a42010-03-19 15:08:23 +0000[diff] [blame]164 <action type="add" date="2010-03-19" issue="COMPRESS-103">
165 ZipArchiveInputStream can optionally extract data that used
166 the STORED compression method and a data descriptor.
167 Doing so in a stream is not safe in general, so you have to
168 explicitly enable the feature. By default the stream will
169 throw an exception if it encounters such an entry.
170 </action>
Stefan Bodewig62cb9c42010-03-12 16:06:20 +0000[diff] [blame]171 <action type="fix" date="2010-03-12" issue="COMPRESS-100">
172 ZipArchiveInputStream will throw an exception if it detects an
173 entry that uses a data descriptor for a STORED entry since it
174 cannot reliably find the end of data for this "compression"
175 method.
176 </action>
Stefan Bodewigd7ea9ff2010-03-12 15:35:44 +0000[diff] [blame]177 <action type="fix" date="2010-03-12" issue="COMPRESS-101">
178 ZipArchiveInputStream should now properly read archives that
179 use data descriptors but without the "unofficial" signature.
180 </action>
Stefan Bodewig30e1cc82010-03-09 11:23:41 +0000[diff] [blame]181 <action type="add" date="2010-03-09" issue="COMPRESS-98">
182 The ZIP classes will throw specialized exceptions if any
183 attempt is made to read or write data that uses zip features
184 not supported (yet).
185 </action>
Stefan Bodewigade93792010-03-08 12:00:25 +0000[diff] [blame]186 <action type="add" date="2010-03-08" issue="COMPRESS-99">
187 ZipFile#getEntries returns entries in a predictable order -
188 the order they appear inside the central directory.
189 A new method getEntriesInPhysicalOrder returns entries in
190 order of the entry data, i.e. the order ZipArchiveInputStream
191 would see.
192 </action>
Stefan Bodewige0ffbc12010-02-19 10:59:01 +0000[diff] [blame]193 <action type="add" date="2010-02-19">
Stefan Bodewige0692ec2010-02-24 15:35:47 +0000[diff] [blame]194 The Archive*Stream and ZipFile classes now have
195 can(Read|Write)EntryData methods that can be used to check
196 whether a given entry's data can be read/written.
Stefan Bodewiga33505b2010-02-19 12:23:27 +0000[diff] [blame]197 The method currently returns false for ZIP archives if an
198 entry uses an unsupported compression method or encryption.
Stefan Bodewige0ffbc12010-02-19 10:59:01 +0000[diff] [blame]199 </action>
200 <action type="add" date="2010-02-19" issue="COMPRESS-89">
201 The ZIP classes now detect encrypted entries.
202 </action>
Sebastian Bazley886f71b2010-04-13 21:21:03 +0000[diff] [blame]203 <action type="update" date="2010-02-18" issue="COMPRESS-79">
204 Move DOS/Java time conversions into Zip utility class.
205 </action>
Stefan Bodewiga1015f32010-02-18 16:11:13 +0000[diff] [blame]206 <action type="fix" date="2010-02-18" issue="COMPRESS-74">
207 ZipArchiveInputStream failed to update the number of bytes
208 read properly.
209 </action>
210 <action type="fix" date="2010-02-18">
211 ArchiveInputStream has a new method getBytesRead that should
212 be preferred over getCount since the later may truncate the
213 number of bytes read for big archives.
214 </action>
Stefan Bodewig315b9472010-02-18 14:56:03 +0000[diff] [blame]215 <action type="fix" date="2010-02-18" issue="COMPRESS-85">
216 The cpio archives created by CpioArchiveOutputStream couldn't
217 be read by many existing native implementations because the
218 archives contained multiple entries with the same inode/device
219 combinations and weren't padded to a blocksize of 512 bytes.
220 </action>
Stefan Bodewig91695e42010-02-16 13:59:03 +0000[diff] [blame]221 <action type="fix" date="2010-02-16" issue="COMPRESS-73">
222 ZipArchiveEntry, ZipFile and ZipArchiveInputStream are now
223 more lenient when parsing extra fields.
224 </action>
Sebastian Bazley78e0f2c2010-06-01 16:38:13 +0000[diff] [blame]225 <action issue="COMPRESS-75" type="update" date="2010-02-12">
226 ZipArchiveInputStream does not show location in file where a problem occurred.
227 </action>
Sebastian Bazley886f71b2010-04-13 21:21:03 +0000[diff] [blame]228 <action type="fix" date="2010-02-12" issue="COMPRESS-82">
229 cpio is terribly slow.
230 Documented that buffered streams are needed for performance
231 </action>
Stefan Bodewig292e1852010-03-04 15:54:09 +0000[diff] [blame]232 <action type="add" date="2010-02-12" issue="COMPRESS-97">
233 Added autodetection of compression format to
234 CompressorStreamFactory.
235 </action>
Stefan Bodewig124f97c2010-02-12 11:35:14 +0000[diff] [blame]236 <action type="fix" date="2010-02-12">
237 Improved exception message if the extra field data in ZIP
238 archives cannot be parsed.
239 </action>
Sebastian Bazley886f71b2010-04-13 21:21:03 +0000[diff] [blame]240 <action type="fix" date="2010-02-11" issue="COMPRESS-17">
241 Tar format unspecified - current support documented.
242 </action>
Stefan Bodewig124f97c2010-02-12 11:35:14 +0000[diff] [blame]243 <action type="add" issue="COMPRESS-95" date="2010-01-29"
Christian Grobmeiere7517b82010-01-29 07:47:21 +0000[diff] [blame]244 due-to="Joerg Bellmann">
245 Improve ExceptionMessages in ArchiveStreamFactory
246 </action>
Stefan Bodewig5066e9a2010-01-07 09:34:55 +0000[diff] [blame]247 <action type="fix" issue="COMPRESS-94" date="2010-01-07"
248 due-to="Anon Devs">
249 ZipArchiveEntry's equals method was broken for entries created
250 with the String-arg constructor. This lead to broken ZIP
251 archives if two different entries had the same hash code.
252 </action>
Stefan Bodewigdc3fc472009-10-30 05:29:17 +0000[diff] [blame]253 <action type="fix" issue="COMPRESS-87" date="2009-10-30"
254 due-to="Antoni Mylka">
255 ZipArchiveInputStream could repeatedly return 0 on read() when
256 the archive was truncated.
257 </action>
Stefan Bodewig7bb5d882009-10-08 12:07:19 +0000[diff] [blame]258 <action type="fix" issue="COMPRESS-86" date="2009-10-08">
259 Tar archive entries holding the file name for names longer
260 than 100 characters in GNU longfile mode didn't properly
261 specify they'd be using the "oldgnu" extension.
262 </action>
Stefan Bodewig3e2ddad2009-08-25 08:11:44 +0000[diff] [blame]263 <action type="add" date="2009-08-25">
264 A new constructor of TarArchiveEntry can create entries with
265 names that start with slashes - the default is to strip
266 leading slashes in order to create relative path names.
267 </action>
Stefan Bodewig7be8ef62009-08-01 20:25:13 +0000[diff] [blame]268 <action issue="COMPRESS-83" type="fix" date="2009-08-01">
269 Delegate all read and write methods in GZip stream in order to
270 speed up operations.
271 </action>
272 <action type="add" date="2009-08-01">
273 ArchiveEntry now has a getLastModifiedDate method.
274 </action>
275 <action type="fix" date="2009-08-01">
276 The ar and cpio streams now properly read and write last
277 modified times.
278 </action>
Stefan Bodewig2318ba32009-06-30 07:25:44 +0000[diff] [blame]279 <action issue="COMPRESS-81" type="fix" date="2009-06-30">
280 TarOutputStream can leave garbage at the end of the archive
281 </action>
Stefan Bodewig47b706e2009-06-30 08:23:08 +0000[diff] [blame]282 <action issue="COMPRESS-78" type="add" date="2009-06-30"
283 due-to="Jukka Zitting">
284 Add a BZip2Utils class modelled after GZipUtils
285 </action>
Stefan Bodewig2318ba32009-06-30 07:25:44 +0000[diff] [blame]286 </release>
287 <release version="1.0" date="2009-05-21" description="First Public Release">
288 <action dev="all" type="add" date="2009-05-21">
Christian Grobmeier35ac05e2009-05-10 17:32:20 +0000[diff] [blame]289 Initial release
290 </action>
Siegfried Goeschlf03f2f92009-03-23 14:52:23 +0000[diff] [blame]291 <action dev="sgoeschl" type="fix">
292 Updating the pom.xml for preparing a move to commons-proper
293 </action>
294 </release>
295 </body>
296</document>