[ANNOUNCE] MyFaces Core v2.1.18 Release

2016-04-06 Thread Leonardo Uribe
The Apache MyFaces team is pleased to announce the release of MyFaces Core
2.1.18.

MyFaces Core is a JavaServer(tm) Faces 2.1 implementation as specified by
JSR-314. MyFaces Core has passed Sun's JSR-314 TCK and is 100% compliant
with the JSR-314 specification.

MyFaces Core 2.1.18 is available in both binary and source distributions.

* http://myfaces.apache.org/download.html

MyFaces Core is also available in the central Maven repository under Group
ID "org.apache.myfaces.core".

Release Notes - MyFaces Core - Version 2.1.18

Bug

[MYFACES-3233] - f:ajax event - type="javax.el.ValueExpression (must
evaluate to java.lang.String)" not supported
[MYFACES-3949] - javax.faces.ViewState autocomplete
[MYFACES-3951] - Action not performed on first click
[MYFACES-3957] - Disabled h:commandLink results in rendering of a span
with onclick
[MYFACES-3960] - AjaxBehaviorEvent should be queued before ActionEvent
[MYFACES-3965] - SKIP_ITERATION visit hint not set when component tree
is visited during navigation
[MYFACES-3988] - An empty tag in a custom tag-lib causes an Exception
[MYFACES-4025] - Incorrect JS content-type
[MYFACES-4031] - Facelets does not render empty XHTML attribute

regards,

Leonardo Uribe


[ANNOUNCE] MyFaces Core v2.0.24 Release

2016-04-06 Thread Leonardo Uribe
The Apache MyFaces team is pleased to announce the release of MyFaces Core
2.0.24.

MyFaces Core is a JavaServer(tm) Faces 2.0 implementation as specified by
JSR-314. MyFaces Core has passed Sun's JSR-314 TCK and is 100% compliant
with the JSR-314 specification.

MyFaces Core 2.0.24 is available in both binary and source distributions.

* http://myfaces.apache.org/download.html

MyFaces Core is also available in the central Maven repository under Group
ID "org.apache.myfaces.core".

Release Notes - MyFaces Core - Version 2.0.24

Bug

[MYFACES-3949] - javax.faces.ViewState autocomplete
[MYFACES-3951] - Action not performed on first click
[MYFACES-3957] - Disabled h:commandLink results in rendering of a span
with onclick
[MYFACES-3960] - AjaxBehaviorEvent should be queued before ActionEvent
[MYFACES-3988] - An empty tag in a custom tag-lib causes an Exception
[MYFACES-4025] - Incorrect JS content-type

regards,

Leonardo Uribe


[ANNOUNCE] Apache uimaFIT 2.2.0 released

2016-04-06 Thread Richard Eckart de Castilho
The Apache UIMA team is pleased to announce the release of

  Apache uimaFIT, version 2.2.0

Apache uimaFIT is a library that facilitates the building of
Apache UIMA components, the programmatic use of Apache UIMA
analysis pipelines, and their testing.

uimaFIT employs Java annotations to integrate UIMA meta data
directly into the source code, allowing for less lines of code
and better refactorability then traditional, XML descriptor-based
UIMA projects. It is capable of automatically detecting meta data,
e.g. type system information, from the classpath. Convenience
methods are provided for constructing components, pipelines,
and for accessing annotations.

The major changes in this release are:

* System requirements changed to Java 7
* new FSUtil class with methods to get/set feature values
* new selectAt method
* improved compatibility with thread context classloaders
* upgrades to dependencies including UIMA SDK and Spring Framework
* use of iteratorWithSnapshot in select methods
* ... otherwise this is a bug-fix release to version 2.1.0

For a full list of the changes, please refer to Jira:

  http://uima.apache.org/d/uimafit-2.2.0/issuesFixed/jira-report.html

Note on compatibility and migration:

Apache uimaFIT 2.2.0 is a drop-in replacement for previous
Apache uimaFIT 2.x versions.

-- Richard Eckart de Castilho, for the Apache UIMA development team


signature.asc
Description: Message signed with OpenPGP using GPGMail


[ANN] Apache Commons Compress 1.11 Released

2016-04-06 Thread Stefan Bodewig
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

The Apache Commons Team is pleased to announce the release of Apache
Commons Compress 1.11.

Version 1.11 brings performance improvements to the 7ZIP code and
read-only support for ZIP archives using BZIP2 compression. In addition
it contains numerous bugfixes and enhancements, see the full list below.

The Apache Commons Compress Library defines a Java API for working with
ar, cpio, tar, zip, 7z, arj, dump, gzip, pack200, bzip2, lzma, snappy,
Z, xz and deflate files.

Source and binary distributions are available for download from the
Apache Commons download site:

http://commons.apache.org/proper/commons-compress/download_compress.cgi

When downloading, please verify signatures using the KEYS file available
at the above location when downloading the release.

Changes in this version include:

New features:
o TarArchiveInputStream now supports reading global PAX headers.
  Issue: COMPRESS-347.
o The PAX headers for sparse entries written by star are now
  applied.
  Issue: COMPRESS-346.
o GNU sparse files using one of the PAX formats are now
  detected, but cannot be extracted.
  Issue: COMPRESS-345.
o New method SevenZFile.getEntries can be used to list the
  contents of a 7z archive.
  Issue: COMPRESS-341.
o When using Zip64Mode.Always also use ZIP64 extensions inside
  the central directory.
  GitHub Pull Request #10 Thanks to Matt Hovey.
o ZipFile.getRawInputStream() is now part of the public API
  Issue: COMPRESS-323.
o Allow byte-for-byte replication of Zip entries.
  GitHub Pull Request #6. Thanks to Jason van Zyl.
o TarArchiveEntry's preserveLeadingSlashes is now a property and used
  on later calls to setName, too.
  This behavior is a breaking change.
  Issue: COMPRESS-328.
o Added read-only support for bzip2 compression used inside of
  ZIP archives.
  GitHub Pull Request #4. Thanks to Sören Glimm.

Fixed Bugs:
o ArArchiveInputStream can now read GNU extended names that are
  terminated with a NUL byte rather than a linefeed.
  Issue: COMPRESS-344.
o Native Memory Leak in Sevenz-DeflateDecoder.
  Issue: COMPRESS-343. Thanks to Rene Preissel.
o SevenZFile will now only try to drain an entry's content when
  moving on to the next entry if data is read from the next
  entry. This should improve performance for applications that
  try to skip over entries.
  Issue: COMPRESS-340. Thanks to Dawid Weiss.
o file names of tar archives using the xstar format are now
  parsed properly.
  Issue: COMPRESS-336.
o checksums of tars that pad the checksum field to the left are
  now calculated properly.
  Issue: COMPRESS-335.
o ArArchiveInputStream failed to read past the first entry when
  BSD long names have been used.
  Issue: COMPRESS-334. Thanks to Jeremy Gustie.
o Added buffering for random access which speeds up 7Z support.
  Issue: COMPRESS-333. Thanks to Dawid Weiss.
o The checksum validation of TararchiveEntry is now as strict as
  the validation of GNU tar, which eliminates a few cases of
  false positives of ArchiveStreamFactory.
  This behavior is a breaking change since the check has become
  more strict but any archive that fails the checksum test now
  would also fail it when extracted with other tools and must be
  considered an invalid archive.
  Issue: COMPRESS-331.
o SnappyCompressorInputStream and
  FramedSnappyCompressorInputStream returned 0 at the end of the
  stream under certain circumstances.
  Issue: COMPRESS-332.
o Adjusted unit test to updates in Java8 and later that change
  the logic of ZipEntry#getTime.
  Issue: COMPRESS-326.
o TarArchiveOutputStream will now recognize GNU long name and
  link entries even if the special entry has a different name
  than GNU tar uses itself.  This seems to be the case for
  archives created by star.
  Issue: COMPRESS-324.
o ArrayIndexOutOfBoundsException when InfoZIP type 7875 extra
  fields are read from the central directory.
  Issue: COMPRESS-321.

For complete information on Commons Compress, including instructions
on how to submit bug reports, patches, or suggestions for improvement,
see the Apache Commons Compress website:

http://commons.apache.org/compress/

Stefan Bodewig, on behalf of the Apache Commons community
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iEYEARECAAYFAlcFI/wACgkQohFa4V9ri3J5agCg1Mz+d7odjFy6IGAnPyhg4Nsz
bw0AnjNrpydsUJPSmJ4jg54yCdbBNJM+
=8r2c
-END PGP SIGNATURE-