On 2014-02-28, sebb wrote:
> On 28 February 2014 17:47, Stefan Bodewig wrote:
>> On 2014-02-28, sebb wrote:
>>> Alternatively, can Compress detect the XZ version and refuse to run
>>> BCJ, again with suitable message?
>> No way short of parsing the OSGi attributes from the manifest.
> The foll
On 2014-02-28, wrote:
> Add serialVersionUID
to a private inner class that is a subclass of HashMap.
Why?
Stefan
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.a
On Fri, Feb 28, 2014 at 2:29 PM, wrote:
> Author: sebb
> Date: Fri Feb 28 19:29:12 2014
> New Revision: 1573038
>
> URL: http://svn.apache.org/r1573038
> Log:
> Arrays#copyOfRange is Java 1.6+; replace with basic local implementation
>
> Ugh. Why not up to 1.6? 21st century and all.
Gary
>
>
The CMAESOptimizer repairs points that are out of bounds by moving them into
bounds, and adding a penalty based on how far they were moved.
The penalty added is scaled by the range of values in the current population
(valueRange field in code below).
double[] x, final double[] repaired) {
The CMAESOptimizer repairs points that are out of bounds by moving them into
bounds, and adding a penalty based on how far they were moved.
The penalty added is scaled by the range of values in the current population
(valueRange field in code below).
double[] x, final double[] repaired) {
Checked maven and ant builds on JDK 1.7.0_45, OSX. I had to update
the pool dependency in build.properties.sample, but this is not a
blocker (fixed in trunk).
Hashes and sigs are good.
Release notes, contents of zips, tarballs look good.
+1
Phil
On 2/27/14, 11:42 AM, Mark Thomas wrote:
> I
On 28 February 2014 17:47, Stefan Bodewig wrote:
> On 2014-02-28, sebb wrote:
>
>> Can Compress catch the specific Assertion Error and convert it to a
>> message that explains the issue? Perhaps even provide a link to a
>> Wiki FAQ?
>
> not without catching all AssertionErrors
>
> java.lang.Asser
On 2014-02-28, Gary Gregory wrote:
> Do we have any idea WRT a new release of XZ?
I've reported the problem a few hours ago and Lasse fixed it within
minutes. This single line change is the only change since the 1.4
release cut six or seven month ago.
Not sure whether he'd like to create a new
Do we have any idea WRT a new release of XZ?
Gary
On Fri, Feb 28, 2014 at 12:33 PM, sebb wrote:
> On 28 February 2014 17:02, Gary Gregory wrote:
> > On Fri, Feb 28, 2014 at 11:23 AM, Stefan Bodewig
> wrote:
> >
> >> Hi,
> >>
> >> I've managed to implement the major BCJ filters for 7z (specia
On 2014-02-28, sebb wrote:
> Can Compress catch the specific Assertion Error and convert it to a
> message that explains the issue? Perhaps even provide a link to a
> Wiki FAQ?
not without catching all AssertionErrors
java.lang.AssertionError: null
at org.tukaani.xz.SimpleInputStream.(Unkn
On 28 February 2014 17:02, Gary Gregory wrote:
> On Fri, Feb 28, 2014 at 11:23 AM, Stefan Bodewig wrote:
>
>> Hi,
>>
>> I've managed to implement the major BCJ filters for 7z (special filters
>> for native executables) by simply invoking the XZ for Java
>> implementations for it. This is needed
On Fri, Feb 28, 2014 at 11:23 AM, Stefan Bodewig wrote:
> Hi,
>
> I've managed to implement the major BCJ filters for 7z (special filters
> for native executables) by simply invoking the XZ for Java
> implementations for it. This is needed for COMPRESS-257.
>
> Unfortunately there is a bug in X
Hi,
I've managed to implement the major BCJ filters for 7z (special filters
for native executables) by simply invoking the XZ for Java
implementations for it. This is needed for COMPRESS-257.
Unfortunately there is a bug in XZ for Java that has already been fixed
in git. When using a released
2014-02-28 14:55 GMT+01:00 Mark Thomas :
> On 28/02/2014 09:59, Benedikt Ritter wrote:
>
> > I've found one strange thing. When comparing the contents of the
> src.tar.gz
> > with the tag I get the following output:
> >
> > bene@localhost:~/workspace/apache/release-tools/dbcp2$ diff -q
> > commons
Builds OK from src zip, sig and m5 OK with:
Apache Maven 3.2.1 (ea8b2b07643dbb1b84b6d16e1f08391b666bc1e9;
2014-02-14T12:37:52-05:00)
Maven home: C:\Java\apache-maven-3.2.1\bin\..
Java version: 1.7.0_51, vendor: Oracle Corporation
Java home: C:\Program Files\Java\jdk1.7.0_51\jre
Default locale: en_
On 28/02/2014 09:59, Benedikt Ritter wrote:
> I've found one strange thing. When comparing the contents of the src.tar.gz
> with the tag I get the following output:
>
> bene@localhost:~/workspace/apache/release-tools/dbcp2$ diff -q
> commons-dbcp2-2.0-src DBCP_2_0_RC1/
> Only in DBCP_2_0_RC1/: .s
On 27/02/2014 19:42, Mark Thomas wrote:
> It has been a while since it was first suggested but we have reached the
> point where DBCP 2.0 is ready for release.
+1
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For
Le 27/02/2014 19:28, Damjan Jovanovic a écrit :
> The raw image has the XP TITLE field in IFD0, but the test writes it
> into the EXIF IFD and then reads it from any IFD, so it could find it
> the wrong one. The search order must be different, but I don't
> understand why.
I think I have understoo
Online report :
https://continuum-ci.apache.org/continuum/buildResult.action?buildId=28289&projectId=64
Build statistics:
State: Failed
Previous State: Ok
Started at: Fri 28 Feb 2014 12:20:11 +
Finished at: Fri 28 Feb 2014 12:20:47 +
Total time: 36s
Build Trigger: Schedule
B
> Apart from the bugfixing we've added better support for 7z compression
> methods - you can now chose a stack of more than one method when writing
> (this has always been possible when reading), pass options to the
> methods and use different configurations per entry. The core of this
> are the
Hi,
since no development has happened for a long while, the Apache Commons
Attributes component has been moved to dormant. No further development is
expected.
The SVN location has changed from:
https://svn.apache.org/repos/asf/commons/proper/attributes
to:
https://svn.apache.org/repos/asf/com
Hello Mark,
the build works fine from sources in my env:
Apache Maven 3.2.1 (ea8b2b07643dbb1b84b6d16e1f08391b666bc1e9;
2014-02-14T18:37:52+01:00)
Maven home: /usr/local/Cellar/maven/3.2.1/libexec
Java version: 1.7.0_45, vendor: Oracle Corporation
Java home:
/Library/Java/JavaVirtualMachines/jdk1.
Hi all,
we've quite few bugs fixed and some nice new features, so I'd like to
release Commons Lang 3.3 based on RC1.
Commons Lang 3.3 RC1 is available for review here:
https://dist.apache.org/repos/dist/dev/commons/lang (r4532)
Maven artifacts are here:
https://repository.apache.org/content/r
23 matches
Mail list logo
