Re: Fwd: [Math] Tabulated logarithmic factorial

2015-11-19 Thread Gilles
Hello. On Thu, 19 Nov 2015 10:34:46 +0100, Alexey Dievsky wrote: Hi, I recently submitted an issue to JIRA ( https://issues.apache.org/jira/browse/MATH-1293) and received an advice to discuss it here. In short, the current implementation of CombinatoricsUtils#factorialLog employs direct

Re: [LANG] Why is project.build.sourceencoding set to ISO-8859-1?

2015-11-19 Thread Jochen Wiedmann
On Thu, Nov 19, 2015 at 8:38 AM, Emmanuel Bourg wrote: > Because we don't use any non latin character in the source code (yet) ? Which hopefully remains just like that, because we do it for good reason. -- The next time you hear: "Don't reinvent the wheel!"

Fwd: [Math] Tabulated logarithmic factorial

2015-11-19 Thread Alexey Dievsky
Hi, I recently submitted an issue to JIRA ( https://issues.apache.org/jira/browse/MATH-1293) and received an advice to discuss it here. In short, the current implementation of CombinatoricsUtils#factorialLog employs direct summation and thus has linear complexity (O(n) additions and O(n) logs).

[VOTE] Release Validator 1.5.0 based on RC1

2015-11-19 Thread sebb
It's probably about time to release VALIDATOR. There have been quite a few improvements and fixes since the last version. == Validator 1.5.0 RC1 is available for review here: https://dist.apache.org/repos/dist/dev/commons/validator/ (svn revision 11236)

Re: svn commit: r1715217 - in /commons/proper/io/trunk/src: main/java/org/apache/commons/io/serialization/ test/java/org/apache/commons/io/serialization/

2015-11-19 Thread Benedikt Ritter
+1 Very nice to see this happening :-) Send from my mobile device > Am 19.11.2015 um 18:08 schrieb bdelacre...@apache.org: > > Author: bdelacretaz > Date: Thu Nov 19 17:08:23 2015 > New Revision: 1715217 > > URL: http://svn.apache.org/viewvc?rev=1715217=rev > Log: > IO-487 -

Re: [VOTE] Release Validator 1.5.0 based on RC1

2015-11-19 Thread Adrian Crum
On 11/19/2015 1:09 PM, Oliver Heger wrote: * I wanted to test the ant build, but it seemed pretty difficult to come to a working setup based on the sample properties. There are components that ship sample properties which reference the local Maven repo and are much easier to use. Maybe drop the

Re: [VOTE] Release Validator 1.5.0 based on RC1

2015-11-19 Thread Oliver Heger
Environment: Apache Maven 3.2.1 (ea8b2b07643dbb1b84b6d16e1f08391b666bc1e9; 2014-02-14T18:37:52+01:00) Maven home: C:\data\dev\tools\apache-maven-3.2.1\bin\.. Java version: 1.8.0_45, vendor: Oracle Corporation Java home: C:\Program Files\Java\jdk1.8.0_45\jre Default locale: de_DE, platform

[collections] Review of MultiValuedMap interface & implementations

2015-11-19 Thread Thomas Neidhart
Hi, we had to remove the use of reflection in the MultiValuedMap implementations (due to COLLECTIONS-580), which required a huge effort to refactor the various implementations. Now, there are only strongly typed implementations: * ArrayListValuedHashMap * HashSetValuedHashMap that do not

Re: Fwd: [Math] Tabulated logarithmic factorial

2015-11-19 Thread Alexey Dievsky
Hi, just a quick update: assisted lookup is significantly faster than Gamma#logGamma when the STEP parameter is about 8 or less. So, the implementation variants seem to be the following: 1. leave one static lookup-based version of the method; requires fixing some arbitrary constants and

Re: Fwd: [Math] Tabulated logarithmic factorial

2015-11-19 Thread Alexey Dievsky
Hi Gilles, thanks for your response. I've run a small JMH benchmark of both old (direct summation) and new (default 16KB tabulation) approaches, and here are the results: Benchmark Mode Samples Score Error Units

Re: Eirik Bjørsnøs' notsoserial deserialization protection agent, for Commons?

2015-11-19 Thread Torsten Curdt
> > > ...it feels a bit like putting a thumb into a hole to stop the water. > > People need to re-think their use of reflection and serialization - not > > cover up bad engineering practices... > > Absolutely - but depending on people's use of serialization it will > take a while until all holes

Re: Eirik Bjørsnøs' notsoserial deserialization protection agent, for Commons?

2015-11-19 Thread Bertrand Delacretaz
On Thu, Nov 19, 2015 at 9:40 AM, Jochen Wiedmann wrote: > ...but the solution from IO-487 looks to me to be much > easier to use, in particular, because it shifts the burden on the > container, or application vendor (where it belongs, IMO), and not on > the end user

[VOTE] Release NET 3.4 based on RC2

2015-11-19 Thread sebb
It's probably about time to release NET. There have been quite a few improvements and fixes since the last version. == Net 3.4 RC2 is available for review here: https://dist.apache.org/repos/dist/dev/commons/net/ (svn revision 11241)

Re: Eirik Bjørsnøs' notsoserial deserialization protection agent, for Commons?

2015-11-19 Thread Bertrand Delacretaz
On Thu, Nov 19, 2015 at 5:39 AM, Torsten Curdt wrote: > ...it's just that the term "great solution" > struck me as inappropriate Well I did say "great solution...for cases when one cannot modify their source code..." ;-) -Bertrand

Re: Eirik Bjørsnøs' notsoserial deserialization protection agent, for Commons?

2015-11-19 Thread Jochen Wiedmann
On Wed, Nov 18, 2015 at 10:58 PM, Bertrand Delacretaz wrote: > I tested his agent in a variety of scenarios and it looks to me like a > great solution for the COLLECTIONS-580 deserialization issue, for > cases when one cannot modify their source code to use something like