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
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 a
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 encoding:
On Thu, Nov 19, 2015 at 2:26 PM, Benedikt Ritter wrote:
> +1
> Very nice to see this happening :-)
Thanks, and thanks to all the contributors to IO-487!
-Bertrand
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For
+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&view=rev
> Log:
> IO-487 - ValidatingObj
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 running the container, or appli
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
> IO-487.
Be that as it
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
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)
./binaries/commons-net-3.4-bin.tar.gz.sha1:88411522395b400
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 introducin
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
o.a.c.m.s.FactorialLogBench.newFact
>
> > ...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 ar
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 sum
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)
./binaries/commons-validator-1.5.0-bin
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). I
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!"
http://www.keystonedevelopment.co.
16 matches
Mail list logo