Gitiles
Code Review Sign In
gerrit-public.fairphone.software / platform / external / apache-commons-compress / 42398710d172723cf1bf5872eacdd7d842f59a43 / . / src / changes / changes.xml
blob: 45e8c484d09776930b58466f741a50fe049ab6ef [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 Bodewig3447a362011-11-01 06:16:11 +0000[diff] [blame]47 <release version="1.4" date="unreleased"
48 description="Release 1.4">
Stefan Bodewig42398712012-03-10 06:45:36 +0000[diff] [blame^]49 <action issue="COMPRESS-182" type="update" date="2012-03-02">
50 The tar package can now write archives that use star/GNU/BSD
51 extensions or use the POSIX/PAX variant to store numeric
52 values that don't fit into the traditional header fields.
53 </action>
Stefan Bodewig40f2e632012-03-02 19:59:50 +0000[diff] [blame]54 <action issue="COMPRESS-181" type="update" date="2012-03-02">
55 Added a workaround for a Bug some tar implementations that add
56 a NUL byte as first byte in numeric header fields.
57 </action>
Stefan Bodewigc75c10f2012-02-28 05:00:26 +0000[diff] [blame]58 <action issue="COMPRESS-176" type="update" date="2012-02-28">
59 Added a workaround for a Bug in WinZIP which uses backslashes
60 as path separators in Unicode Extra Fields.
61 </action>
Sebastian Bazley432543d2012-02-23 01:30:56 +0000[diff] [blame]62 <action issue="COMPRESS-131" type="update" date="2012-02-23">
63 ArrayOutOfBounds while decompressing bz2. Added test case - code already seems to have been fixed.
64 </action>
Sebastian Bazleybc84d202012-02-23 01:03:01 +0000[diff] [blame]65 <action issue="COMPRESS-178" type="fix" date="2012-02-23">
66 TarArchiveInputStream throws IllegalArgumentException instead of IOException
67 </action>
Sebastian Bazley915e8ef2012-02-23 00:36:15 +0000[diff] [blame]68 <action issue="COMPRESS-179" type="fix" date="2012-02-23">
69 TarUtils.formatLongOctalOrBinaryBytes() assumes the field will be 12 bytes long
70 </action>
Sebastian Bazley7ee6b672012-02-22 23:42:49 +0000[diff] [blame]71 <action issue="COMPRESS-175" type="fix" date="2012-02-22">
72 GNU Tar sometimes uses binary encoding for UID and GID
73 </action>
Stefan Bodewiga9331732012-01-29 20:56:50 +0000[diff] [blame]74 <action issue="COMPRESS-171" type="fix" date="2012-01-29">
75 ArchiveStreamFactory.createArchiveInputStream would claim
76 short text files were TAR archives.
77 </action>
Stefan Bodewige166fa72011-11-03 06:32:25 +0000[diff] [blame]78 <action issue="COMPRESS-156" type="add" date="2011-11-02">
79 Support for the XZ format has been added.
80 </action>
Stefan Bodewig20fd83a2011-11-07 16:36:51 +0000[diff] [blame]81 <action issue="COMPRESS-146" type="update" date="2011-11-07">
82 BZip2CompressorInputStream now optionally supports reading of
83 concatenated .bz2 files.
84 </action>
Stefan Bodewigfa237cc2011-11-09 16:18:05 +0000[diff] [blame]85 <action issue="COMPRESS-154" type="update" date="2011-11-09">
86 GZipCompressorInputStream now optionally supports reading of
87 concatenated .gz files.
88 </action>
Stefan Bodewig34766062011-12-05 15:39:52 +0000[diff] [blame]89 <action issue="COMPRESS-164" type="fix" date="2011-12-05">
90 ZipFile didn't work properly for archives using unicode extra
91 fields rather than UTF-8 filenames and the EFS-Flag.
92 </action>
Stefan Bodewigc4704be2011-12-07 12:14:59 +0000[diff] [blame]93 <action issue="COMPRESS-16" type="update" date="2011-12-07">
94 The tar package can now read archives that use star/GNU/BSD
95 extensions for files that are longer than 8 GByte as well as
96 archives that use the POSIX/PAX variant.
97 </action>
Stefan Bodewigf90c1cb2011-12-08 16:43:50 +0000[diff] [blame]98 <action issue="COMPRESS-165" type="update" date="2011-12-08">
99 The tar package can now write archives that use star/GNU/BSD
100 extensions for files that are longer than 8 GByte as well as
101 archives that use the POSIX/PAX variant.
102 </action>
103 <action issue="COMPRESS-166" type="update" date="2011-12-08">
104 The tar package can now use the POSIX/PAX variant for writing
105 entries with names longer than 100 characters.
106 </action>
Stefan Bodewig00cc49e2011-12-22 17:22:19 +0000[diff] [blame]107 <action issue="COMPRESS-169" type="fix" date="2011-12-22">
108 For corrupt archives ZipFile would throw a RuntimeException in
109 some cases and an IOException in others. It will now
110 consistently throw an IOException.
111 </action>
Stefan Bodewig3447a362011-11-01 06:16:11 +0000[diff] [blame]112 </release>
113 <release version="1.3" date="2011-11-01"
Stefan Bodewig7df24262011-07-31 05:43:43 +0000[diff] [blame]114 description="Release 1.3 - API compatible to 1.2 but requires Java5 at runtime">
Stefan Bodewigf4ff2002011-09-14 15:03:35 +0000[diff] [blame]115 <action issue="COMPRESS-142" type="add" date="2011-09-14">
116 Support for the Pack200 format has been added.
117 </action>
Stefan Bodewig67248f02011-08-22 05:47:26 +0000[diff] [blame]118 <action issue="COMPRESS-132" type="add" date="2011-08-17">
119 Read-only support for the format used by the Unix dump(8) tool
120 has been added.
121 </action>
Stefan Bodewig3ae0c502011-08-15 04:13:10 +0000[diff] [blame]122 <action issue="COMPRESS-36" type="update" date="2011-08-15">
123 The ZIP package now supports Zip64 extensions.
124 </action>
Stefan Bodewig1b915c72011-08-08 11:39:41 +0000[diff] [blame]125 <action issue="COMPRESS-144" type="update" date="2011-08-08">
126 The AR package now supports the BSD dialect of storing file
127 names longer than 16 chars (both reading and writing).
128 </action>
Stefan Bodewig02991912011-08-08 04:41:15 +0000[diff] [blame]129 <action type="fix" date="2011-08-08">
Stefan Bodewigc84526b2011-08-08 05:09:25 +0000[diff] [blame]130 BZip2CompressorInputStream's getBytesRead method always
Stefan Bodewig02991912011-08-08 04:41:15 +0000[diff] [blame]131 returned 0.
132 </action>
Stefan Bodewigd48f1062011-08-03 13:36:01 +0000[diff] [blame]133 <action issue="COMPRESS-152" type="fix" date="2011-08-03">
134 ZipArchiveInputStream and ZipArchiveOutputStream could leak
135 resources on some JDKs.
136 </action>
Stefan Bodewigfdac1472011-10-23 12:15:13 +0000[diff] [blame]137 <action issue="COMPRESS-160" type="fix" date="2011-10-23">
138 TarArchiveOutputStream's getBytesWritten method didn't count
139 correctly.
140 </action>
Stefan Bodewig7df24262011-07-31 05:43:43 +0000[diff] [blame]141 </release>
142 <release version="1.2" date="2011-07-31"
Stefan Bodewig947e9832011-07-27 03:53:35 +0000[diff] [blame]143 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]144 <action issue="COMPRESS-129" type="fix" date="2011-07-26">
145 ZipArchiveInputStream could fail with a "Truncated ZIP" error
146 message for entries between 2 GByte and 4 GByte in size.
147 </action>
Stefan Bodewigeedeff92011-07-23 04:57:17 +0000[diff] [blame]148 <action issue="COMPRESS-145" type="fix" date="2011-07-23"
149 due-tue="Patrick Dreyer">
Stefan Bodewig2b90da62011-07-25 05:54:45 +0000[diff] [blame]150 TarArchiveInputStream now detects sparse entries using the
151 oldgnu format and properly reports it cannot extract their
152 contents.
Stefan Bodewigeedeff92011-07-23 04:57:17 +0000[diff] [blame]153 </action>
154 <action issue="COMPRESS-123" type="add" date="2011-07-23">
Stefan Bodewig934a96e2011-07-23 04:33:44 +0000[diff] [blame]155 ZipArchiveEntry has a new method getRawName that provides the
156 original bytes that made up the name. This may allow user
157 code to detect the encoding.
158 </action>
Stefan Bodewig7a76c472011-07-20 14:55:50 +0000[diff] [blame]159 <action issue="COMPRESS-130" type="fix" date="2011-07-20">
160 The Javadoc for ZipArchiveInputStream#skip now matches the
161 implementation, the code has been made more defensive.
162 </action>
Stefan Bodewig541898f2011-07-20 14:23:20 +0000[diff] [blame]163 <action issue="COMPRESS-140" type="fix" date="2011-07-20"
164 due-to="Trejkaz">
165 ArArchiveInputStream fails if entries contain only blanks for
166 userId or groupId.
167 </action>
Stefan Bodewigb4d75052011-07-13 13:53:18 +0000[diff] [blame]168 <action issue="COMPRESS-139" type="fix" date="2011-07-13">
169 ZipFile may leak resources on some JDKs.
170 </action>
Stefan Bodewig8c2e5e62011-04-18 04:28:14 +0000[diff] [blame]171 <action type="update" date="2011-04-18">
172 ZipFile now implements finalize which closes the underlying
173 file.
174 </action>
Sebastian Bazley60d6b6a2011-03-23 12:50:15 +0000[diff] [blame]175 <action issue="COMPRESS-117" type="update" date="2011-03-23">
176 Certain tar files not recognised by ArchiveStreamFactory.
177 </action>
Sebastian Bazley9f68b5d2011-03-23 11:17:25 +0000[diff] [blame]178 <action issue="COMPRESS-125" type="fix" date="2011-03-23">
179 BZip2CompressorInputStream throws IOException if underlying stream returns available() == 0.
180 Removed the check.
181 </action>
Sebastian Bazley8376ecf2011-03-23 11:06:43 +0000[diff] [blame]182 <action issue="COMPRESS-127" type="fix" date="2011-03-23">
183 Calling close() on inputStream returned by CompressorStreamFactory.createCompressorInputStream()
184 does not close the underlying input stream.
185 </action>
Stefan Bodewig86aaf842010-10-29 15:03:49 +0000[diff] [blame]186 <action issue="COMPRESS-122" type="add" date="2010-10-29">
187 TarArchiveEntry provides access to the flags that determine
188 whether it is an archived symbolic link, pipe or other
189 "uncommon" file system object.
190 </action>
Stefan Bodewig1eb9dbb2010-10-26 09:44:59 +0000[diff] [blame]191 <action issue="COMPRESS-119" type="fix" date="2010-10-26">
Sebastian Bazley7dd43012010-10-28 14:15:27 +0000[diff] [blame]192 TarArchiveOutputStream#finish now writes all buffered data to the stream
Stefan Bodewig1eb9dbb2010-10-26 09:44:59 +0000[diff] [blame]193 </action>
194 </release>
195 <release version="1.1" date="2010-08-13" description="Release 1.1">
Sebastian Bazley75c87112010-06-02 11:15:23 +0000[diff] [blame]196 <action issue="COMPRESS-72" type="fix" date="2010-06-02">
197 Move acknowledgements from NOTICE to README
198 </action>
Sebastian Bazley35e4e4f2010-06-02 11:00:25 +0000[diff] [blame]199 <action issue="COMPRESS-113" type="fix" date="2010-06-02">
200 TarArchiveEntry.parseTarHeader() includes the trailing space/NUL when parsing the octal size
201 </action>
202 <action issue="COMPRESS-108" type="add" date="2010-05-23">
Sebastian Bazleydfc66382010-05-23 11:53:07 +0000[diff] [blame]203 Command-line interface to list archive contents.
204 Usage: java -jar commons-compress-n.m.jar archive-name [zip|tar|etc]
205 </action>
Sebastian Bazley050db3d2010-05-17 15:09:29 +0000[diff] [blame]206 <action issue="COMPRESS-118" type="fix" date="2010-05-17">
207 TarUtils.parseName does not properly handle characters outside the range 0-127
208 </action>
Sebastian Bazleyc83d9f72010-05-13 10:25:15 +0000[diff] [blame]209 <action issue="COMPRESS-112" type="update" date="2010-05-13">
210 ArArchiveInputStream does not handle GNU extended filename records (//)
211 </action>
Sebastian Bazley35e4e4f2010-06-02 11:00:25 +0000[diff] [blame]212 <action issue="COMPRESS-109" type="add" date="2010-05-10">
Sebastian Bazley23bfa662010-05-10 15:10:27 +0000[diff] [blame]213 Tar implementation does not support Pax headers
214 Added support for reading pax headers.
215 Note: does not support global pax headers
Sebastian Bazley27dea242010-05-10 17:42:37 +0000[diff] [blame]216 </action>
Sebastian Bazley23bfa662010-05-10 15:10:27 +0000[diff] [blame]217 <action issue="COMPRESS-107" type="fix" date="2010-05-10">
218 ArchiveStreamFactory does not recognise tar files created by Ant
Sebastian Bazley27dea242010-05-10 17:42:37 +0000[diff] [blame]219 </action>
Sebastian Bazley8fcd06e2010-05-09 20:46:59 +0000[diff] [blame]220 <action issue="COMPRESS-110" type="fix" date="2010-05-09">
221 Support "ustar" prefix field, which is used when file paths are longer
222 than 100 characters.
Sebastian Bazley27dea242010-05-10 17:42:37 +0000[diff] [blame]223 </action>
Sebastian Bazley69f6d062010-05-05 10:59:58 +0000[diff] [blame]224 <action type="update" date="2010-04-19" issue="COMPRESS-105">
225 Document that the name of an ZipArchiveEntry determines whether
Sebastian Bazley27dea242010-05-10 17:42:37 +0000[diff] [blame]226 an entry is considered a directory or not.
Sebastian Bazley69f6d062010-05-05 10:59:58 +0000[diff] [blame]227 If you don't use the constructor with the File argument the entry's
228 name must end in a "/" in order for the entry to be known as a directory.
229 </action>
Stefan Bodewig03e94a42010-03-19 15:08:23 +0000[diff] [blame]230 <action type="add" date="2010-03-19" issue="COMPRESS-103">
231 ZipArchiveInputStream can optionally extract data that used
232 the STORED compression method and a data descriptor.
233 Doing so in a stream is not safe in general, so you have to
234 explicitly enable the feature. By default the stream will
235 throw an exception if it encounters such an entry.
236 </action>
Stefan Bodewig62cb9c42010-03-12 16:06:20 +0000[diff] [blame]237 <action type="fix" date="2010-03-12" issue="COMPRESS-100">
238 ZipArchiveInputStream will throw an exception if it detects an
239 entry that uses a data descriptor for a STORED entry since it
240 cannot reliably find the end of data for this "compression"
241 method.
242 </action>
Stefan Bodewigd7ea9ff2010-03-12 15:35:44 +0000[diff] [blame]243 <action type="fix" date="2010-03-12" issue="COMPRESS-101">
244 ZipArchiveInputStream should now properly read archives that
245 use data descriptors but without the "unofficial" signature.
246 </action>
Stefan Bodewig30e1cc82010-03-09 11:23:41 +0000[diff] [blame]247 <action type="add" date="2010-03-09" issue="COMPRESS-98">
248 The ZIP classes will throw specialized exceptions if any
249 attempt is made to read or write data that uses zip features
250 not supported (yet).
251 </action>
Stefan Bodewigade93792010-03-08 12:00:25 +0000[diff] [blame]252 <action type="add" date="2010-03-08" issue="COMPRESS-99">
253 ZipFile#getEntries returns entries in a predictable order -
254 the order they appear inside the central directory.
255 A new method getEntriesInPhysicalOrder returns entries in
256 order of the entry data, i.e. the order ZipArchiveInputStream
257 would see.
258 </action>
Stefan Bodewige0ffbc12010-02-19 10:59:01 +0000[diff] [blame]259 <action type="add" date="2010-02-19">
Stefan Bodewige0692ec2010-02-24 15:35:47 +0000[diff] [blame]260 The Archive*Stream and ZipFile classes now have
261 can(Read|Write)EntryData methods that can be used to check
262 whether a given entry's data can be read/written.
Stefan Bodewiga33505b2010-02-19 12:23:27 +0000[diff] [blame]263 The method currently returns false for ZIP archives if an
264 entry uses an unsupported compression method or encryption.
Stefan Bodewige0ffbc12010-02-19 10:59:01 +0000[diff] [blame]265 </action>
266 <action type="add" date="2010-02-19" issue="COMPRESS-89">
267 The ZIP classes now detect encrypted entries.
268 </action>
Sebastian Bazley886f71b2010-04-13 21:21:03 +0000[diff] [blame]269 <action type="update" date="2010-02-18" issue="COMPRESS-79">
270 Move DOS/Java time conversions into Zip utility class.
271 </action>
Stefan Bodewiga1015f32010-02-18 16:11:13 +0000[diff] [blame]272 <action type="fix" date="2010-02-18" issue="COMPRESS-74">
273 ZipArchiveInputStream failed to update the number of bytes
274 read properly.
275 </action>
276 <action type="fix" date="2010-02-18">
277 ArchiveInputStream has a new method getBytesRead that should
278 be preferred over getCount since the later may truncate the
279 number of bytes read for big archives.
280 </action>
Stefan Bodewig315b9472010-02-18 14:56:03 +0000[diff] [blame]281 <action type="fix" date="2010-02-18" issue="COMPRESS-85">
282 The cpio archives created by CpioArchiveOutputStream couldn't
283 be read by many existing native implementations because the
284 archives contained multiple entries with the same inode/device
285 combinations and weren't padded to a blocksize of 512 bytes.
286 </action>
Stefan Bodewig91695e42010-02-16 13:59:03 +0000[diff] [blame]287 <action type="fix" date="2010-02-16" issue="COMPRESS-73">
288 ZipArchiveEntry, ZipFile and ZipArchiveInputStream are now
289 more lenient when parsing extra fields.
290 </action>
Sebastian Bazley78e0f2c2010-06-01 16:38:13 +0000[diff] [blame]291 <action issue="COMPRESS-75" type="update" date="2010-02-12">
292 ZipArchiveInputStream does not show location in file where a problem occurred.
293 </action>
Sebastian Bazley886f71b2010-04-13 21:21:03 +0000[diff] [blame]294 <action type="fix" date="2010-02-12" issue="COMPRESS-82">
295 cpio is terribly slow.
296 Documented that buffered streams are needed for performance
297 </action>
Stefan Bodewig292e1852010-03-04 15:54:09 +0000[diff] [blame]298 <action type="add" date="2010-02-12" issue="COMPRESS-97">
299 Added autodetection of compression format to
300 CompressorStreamFactory.
301 </action>
Stefan Bodewig124f97c2010-02-12 11:35:14 +0000[diff] [blame]302 <action type="fix" date="2010-02-12">
303 Improved exception message if the extra field data in ZIP
304 archives cannot be parsed.
305 </action>
Sebastian Bazley886f71b2010-04-13 21:21:03 +0000[diff] [blame]306 <action type="fix" date="2010-02-11" issue="COMPRESS-17">
307 Tar format unspecified - current support documented.
308 </action>
Stefan Bodewig124f97c2010-02-12 11:35:14 +0000[diff] [blame]309 <action type="add" issue="COMPRESS-95" date="2010-01-29"
Christian Grobmeiere7517b82010-01-29 07:47:21 +0000[diff] [blame]310 due-to="Joerg Bellmann">
311 Improve ExceptionMessages in ArchiveStreamFactory
312 </action>
Stefan Bodewig5066e9a2010-01-07 09:34:55 +0000[diff] [blame]313 <action type="fix" issue="COMPRESS-94" date="2010-01-07"
314 due-to="Anon Devs">
315 ZipArchiveEntry's equals method was broken for entries created
316 with the String-arg constructor. This lead to broken ZIP
317 archives if two different entries had the same hash code.
318 </action>
Stefan Bodewigdc3fc472009-10-30 05:29:17 +0000[diff] [blame]319 <action type="fix" issue="COMPRESS-87" date="2009-10-30"
320 due-to="Antoni Mylka">
321 ZipArchiveInputStream could repeatedly return 0 on read() when
322 the archive was truncated.
323 </action>
Stefan Bodewig7bb5d882009-10-08 12:07:19 +0000[diff] [blame]324 <action type="fix" issue="COMPRESS-86" date="2009-10-08">
325 Tar archive entries holding the file name for names longer
326 than 100 characters in GNU longfile mode didn't properly
327 specify they'd be using the "oldgnu" extension.
328 </action>
Stefan Bodewig3e2ddad2009-08-25 08:11:44 +0000[diff] [blame]329 <action type="add" date="2009-08-25">
330 A new constructor of TarArchiveEntry can create entries with
331 names that start with slashes - the default is to strip
332 leading slashes in order to create relative path names.
333 </action>
Stefan Bodewig7be8ef62009-08-01 20:25:13 +0000[diff] [blame]334 <action issue="COMPRESS-83" type="fix" date="2009-08-01">
335 Delegate all read and write methods in GZip stream in order to
336 speed up operations.
337 </action>
338 <action type="add" date="2009-08-01">
339 ArchiveEntry now has a getLastModifiedDate method.
340 </action>
341 <action type="fix" date="2009-08-01">
342 The ar and cpio streams now properly read and write last
343 modified times.
344 </action>
Stefan Bodewig2318ba32009-06-30 07:25:44 +0000[diff] [blame]345 <action issue="COMPRESS-81" type="fix" date="2009-06-30">
346 TarOutputStream can leave garbage at the end of the archive
347 </action>
Stefan Bodewig47b706e2009-06-30 08:23:08 +0000[diff] [blame]348 <action issue="COMPRESS-78" type="add" date="2009-06-30"
349 due-to="Jukka Zitting">
350 Add a BZip2Utils class modelled after GZipUtils
351 </action>
Stefan Bodewig2318ba32009-06-30 07:25:44 +0000[diff] [blame]352 </release>
353 <release version="1.0" date="2009-05-21" description="First Public Release">
354 <action dev="all" type="add" date="2009-05-21">
Christian Grobmeier35ac05e2009-05-10 17:32:20 +0000[diff] [blame]355 Initial release
356 </action>
Siegfried Goeschlf03f2f92009-03-23 14:52:23 +0000[diff] [blame]357 <action dev="sgoeschl" type="fix">
358 Updating the pom.xml for preparing a move to commons-proper
359 </action>
360 </release>
361 </body>
362</document>