I've again managed to mess up the OSGi manifest with Compress 1.16 so
this is a quick bug fix release that doesn't contain any code changes.
Apart from the manifest fix I've updated zstd-jni to the latest release
and added a note about the internal nature of the LZ77Compressor.Block
class.
Hi,
build works fine with Java 1.7 and 1.8 on Windows 10. When building the
site I get the same error as mentioned by sebb. Artifacts and site look
good.
+1
Oliver
Am 02.02.2018 um 19:14 schrieb Stefan Bodewig:
> As indicated I think it is time to get Compress 1.16 out.
>
> Compress 1.16 RC1
On 2018-02-03, sebb wrote:
> On 3 February 2018 at 12:26, Stefan Bodewig wrote:
>> On 2018-02-03, sebb wrote:
>>> I get the following failure with 'mvn clean site' using
>> this is because japicmp requires the jar to be built, see the bottom of
>> BUILDING.md
> CP-42 was
On 3 February 2018 at 14:00, Gilles wrote:
> On Sat, 3 Feb 2018 13:25:25 +, sebb wrote:
...
>> Note that you have to define the snapshots repo locally if you want to
>> reference a snapshot parent.
>> This is because the ASF snapshot repo is not known by Maven.
On Sat, 3 Feb 2018 13:25:25 +, sebb wrote:
On 3 February 2018 at 12:26, Stefan Bodewig
wrote:
On 2018-02-03, sebb wrote:
I get the following failure with 'mvn clean site' using
this is because japicmp requires the jar to be built, see the bottom
of
BUILDING.md
On 3 February 2018 at 12:26, Stefan Bodewig wrote:
> On 2018-02-03, sebb wrote:
>
>> I get the following failure with 'mvn clean site' using
>
> this is because japicmp requires the jar to be built, see the bottom of
> BUILDING.md
CP-42 was supposed to fix this by setting
On 2018-02-03, sebb wrote:
> I get the following failure with 'mvn clean site' using
this is because japicmp requires the jar to be built, see the bottom of
BUILDING.md
> mvn package site -Pjacoco
Stefan
-
To unsubscribe,
The japicmp error is a bug in CP.
The tag does not define the value as true;
instead it is ignored. The pom needs to provide an explicit value.
Also the config needs to be added to the report section instead (or
possibly as well to allow for cli use) because mvn site reports don't
use the build
I get the following failure with 'mvn clean site' using
Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5;
2015-11-10T16:41:47+00:00)
Maven home: /opt/apache-maven-3.3.9
Java version: 1.8.0_151, vendor: Oracle Corporation
Java home:
On 2018-02-02, Gary Gregory wrote:
> " LZ77Compressor.Block that I consider OK as the class is only used
> internally and nobody is supposed to create subclasses outside of
> Commons Compress."
> Can you Javadoc this for future releases then?
Will do.
> Did you consider using Rob's new Commons
+1
>From src zip file: ASC, MD5, SHA1, SHA512 OK.
RAT check OK.
CLIRR check fails as noted:
[ERROR] 7013:
org.apache.commons.compress.compressors.lz77support.LZ77Compressor$Block:
Abstract method 'public
org.apache.commons.compress.compressors.lz77support.LZ77Compressor$Block$BlockType
As indicated I think it is time to get Compress 1.16 out.
Compress 1.16 RC1 is available for review here:
https://dist.apache.org/repos/dist/dev/commons/compress/ (svn revision
24646)
The tag is here:
12 matches
Mail list logo