Re: [Math] AbstractIntegerDistribution.public double logProbability(int x) was Re: [Math] Separating Sampling from Distributions

We could not yet add it to the interface due to binary / source compatibility rules, but it will be done for 4.0, see the ticket: https://issues.apache.org/jira/browse/MATH-1039 Just one more question/suggestion (Hopefully better than the earlier 50K one :) ) - would it make sense to have the d

Re: [jira] [Updated] (COLLECTIONS-533) Add a MultiValuedLinkedHashMap to preserve insertion order

2014-10-09 20:54 GMT+02:00 sebb : > On 9 October 2014 19:32, Benedikt Ritter wrote: > > Thank you. I usually copy the description of the PR to make it easier to > > track. I think we haven't agreed on a policy here. What is your opinion? > > It looks odd to me for an enhancement request title to

Re: [jira] [Updated] (COLLECTIONS-533) Add a MultiValuedLinkedHashMap to preserve insertion order

On 9 October 2014 19:32, Benedikt Ritter wrote: > Thank you. I usually copy the description of the PR to make it easier to > track. I think we haven't agreed on a policy here. What is your opinion? It looks odd to me for an enhancement request title to use the past tense, as the action has not ye

Re: [jira] [Updated] (COLLECTIONS-533) Add a MultiValuedLinkedHashMap to preserve insertion order

Thank you. I usually copy the description of the PR to make it easier to track. I think we haven't agreed on a policy here. What is your opinion? 2014-10-09 20:22 GMT+02:00 Sebb (JIRA) : > > [ > https://issues.apache.org/jira/browse/COLLECTIONS-533?page=com.atlassian.jira.plugin.system.issue

Re: [Math] AbstractIntegerDistribution.public double logProbability(int x) was Re: [Math] Separating Sampling from Distributions

We could not yet add it to the interface due to binary / source compatibility rules, but it will be done for 4.0, see the ticket: https://issues.apache.org/jira/browse/MATH-1039 OK - Thanks for the explanation. Based on the description in the ticket it seems like it would be better to have i

Re: [lang] LANG-975

I'm not fond that we need this method. However you're raising a good point. BooleanUtils only "talks" english. It understands "yes" and "no" but not "ja" and "nein" or "oui" and "non". It would be nice to have a possibilty to make the toBoolean(String) method work for other langues. OTOH this can e

Re: git commits for common sub components don't identify the sub component in email subject

2014-10-09 11:00 GMT+02:00 luc : > Le 2014-10-09 09:51, Dennis Hendriks a écrit : > >> Hi all, >> > > Hi Dennis, > > >> From the subject of emails of the git commits (e.g. 'git commit: fixed >> too long first step in fixed Runge-Kutta integrators.'), it can no >> longer be seen that the commit is

Re: Replacing Old Keys (was Re: [VOTE] Release Commons Compress 1.9 Based on RC1)

keybase.io also is a nice new tool for sharing keys... although it's not as good as meeting in public. As for the beer with Emmanuel: Count me in :-) 2014-10-06 17:28 GMT+02:00 sebb : > On 6 October 2014 12:26, Stefan Bodewig wrote: > > On 2014-10-06, sebb wrote: > > > >> On 6 October 2014 08:16

Re: [ALL] Auto generating README.md and CONTRIBUTING.md for github using the commons build plugin

Hello Bernd, sorry it took so long, I finally have some time to catch up with things... here are my comments: 2014-08-31 23:20 GMT+02:00 Bernd Eckenfels : > Hello Benedikt, > > I finally had some time to look at this. I tried to integrate it into > VFS. I did not (yet) change the commpons-parent

Re: [lang] Any objections to implementing LANG-1037?

Commons Text could also be a host for the string metrics we have implemented recently... 2014-09-11 15:58 GMT+02:00 Duncan Jones : > On 11 September 2014 14:49, Gary Gregory wrote: > > On Thu, Sep 11, 2014 at 9:45 AM, sebb wrote: > > > >> On 11 September 2014 14:41, Gary Gregory > wrote: > >>

Re: [Math] AbstractIntegerDistribution.public double logProbability(int x) was Re: [Math] Separating Sampling from Distributions

On 10/09/2014 11:07 AM, Thomas Neidhart wrote: On Thu, Oct 9, 2014 at 6:03 PM, Ole Ersoy wrote: I think that, for some distribution, the computation of log(p) is more accurate. This was a feature request from not long ago. Just pasting the method below: public double logProbabilit

Re: [Math] AbstractIntegerDistribution.public double logProbability(int x) was Re: [Math] Separating Sampling from Distributions

On Thu, Oct 9, 2014 at 6:03 PM, Ole Ersoy wrote: > I think that, for some distribution, the computation of log(p) is more accurate. This was a feature request from not long ago. >>> Just pasting the method below: >>> >>> public double logProbability(int x) { >>> retur

[Math] AbstractIntegerDistribution.public double logProbability(int x) was Re: [Math] Separating Sampling from Distributions

I think that, for some distribution, the computation of log(p) is more accurate. This was a feature request from not long ago. Just pasting the method below: public double logProbability(int x) { return FastMath.log(probability(x)); } So it retrieves the probability of the

Re: [Math] MathIllegalStateException Description

[...] * Base class for all exceptions that signal that the process throwing the exception * is in a state that does not comply with the set of states that it is designed to be in. The only part I thought was a bit odd is the 'user's expectations' part. Fine, that may be a slight improvement

Re: [Math] Separating Sampling from Distributions

On Thu, Oct 9, 2014 at 4:43 PM, Ole Ersoy wrote: > > > On 10/09/2014 08:43 AM, Gilles wrote: > >> On Thu, 09 Oct 2014 08:12:06 -0500, Ole Ersoy wrote: >> >>> Hello, >>> >>> Just sharing a few more thoughts on this WRT: >>> https://issues.apache.org/jira/browse/MATH-1124 >>> >>> (1) The issues cur

Re: [Math] Separating Sampling from Distributions

On 10/09/2014 08:43 AM, Gilles wrote: On Thu, 09 Oct 2014 08:12:06 -0500, Ole Ersoy wrote: Hello, Just sharing a few more thoughts on this WRT: https://issues.apache.org/jira/browse/MATH-1124 (1) The issues currently are: You have to inject an RNG when using the constructor lengthening insta

Re: [lang] LANG-975

Hi James, IMHO I can't see the real need for this improvement, any way, I disagree with this case BooleanUtils.toBoolean(null, null) = true Regards --Filippo 2014-10-09 9:49 GMT+02:00 James Sawle : > I have created a patch for the above issue, which adds a new method signature > to simplify th

[lang] LANG-975

I have created a patch for the above issue, which adds a new method signature to simplify the conversion from Strings to Booleans based upon a single true boolean String. This is therefore unlike the other methods, which either take no parameters (use a prebuilt list of true and false values), o

Re: [Math] Separating Sampling from Distributions

On Thu, 09 Oct 2014 08:12:06 -0500, Ole Ersoy wrote: Hello, Just sharing a few more thoughts on this WRT: https://issues.apache.org/jira/browse/MATH-1124 (1) The issues currently are: You have to inject an RNG when using the constructor lengthening instantiation time and possibly increasing mem

[Math] Separating Sampling from Distributions

Hello, Just sharing a few more thoughts on this WRT: https://issues.apache.org/jira/browse/MATH-1124 (1) The issues currently are: You have to inject an RNG when using the constructor lengthening instantiation time and possibly increasing memory usage without benefit. (2) The design of the dis

Re: [math] Thread-safety and initialization overhead in distribution sample() methods

> [...] That proposal would 1. fix the performance issue reported in MATH-1154, this proposal would only fix it in 4.0, as we can not remove the rng references in the distribution classes immediately. There is not a single way I can oppose what you say: This cannot be a good day! Th

Re: [math] Thread-safety and initialization overhead in distribution sample() methods

On Thu, Oct 9, 2014 at 12:08 PM, Gilles wrote: > Hi. > > On Wed, 08 Oct 2014 21:45:30 +0200, Luc Maisonobe wrote: > >> Le 08/10/2014 19:32, Gilles a écrit : >> >>> > [...] >>> >>> What do you think of the solution proposed in >>> https://issues.apache.org/jira/browse/MATH-1158 >>> ? >>> >>

Re: [math] Thread-safety and initialization overhead in distribution sample() methods

Hi. On Wed, 08 Oct 2014 21:45:30 +0200, Luc Maisonobe wrote: Le 08/10/2014 19:32, Gilles a écrit : > [...] What do you think of the solution proposed in https://issues.apache.org/jira/browse/MATH-1158 ? [No hidden RNG, no default RNG, no hidden performance cost or delayed initialization, s

Early Access builds for JDK 9 b33 and JDK 8u40 b09 are available on java.net

Hi Benedikt, Early Access build for JDK 9 b33 is available on java.net, summary of changes are listed here Early Access build for JDK 8u40 b09 is available on jav

Re: git commits for common sub components don't identify the sub component in email subject

Le 2014-10-09 09:51, Dennis Hendriks a écrit : Hi all, Hi Dennis, From the subject of emails of the git commits (e.g. 'git commit: fixed too long first step in fixed Runge-Kutta integrators.'), it can no longer be seen that the commit is for a specific sub component of commons (e.g. 'commons

git commits for common sub components don't identify the sub component in email subject

Hi all, From the subject of emails of the git commits (e.g. 'git commit: fixed too long first step in fixed Runge-Kutta integrators.'), it can no longer be seen that the commit is for a specific sub component of commons (e.g. 'commons-math'). It can be seen from the first line of the email its

[RESULT] Release Commons Compress 1.9 Based on RC1

Hi all with +1s by Emmanuel, Gary, Jörg and myself the vote has passed. I'll take the next steps of the release process and wait for the mirrors to catch up before sending the announcement - as usual. Many thanks to all who reviewed the release. Stefan -