Hi Matt,
Matt Benson wrote:
> So to continue the 3.3 discussion, it looks like Hen created an RC1 nearly
> 2
> years ago... :) But he also tagged the point just before the generics
> branch was merged back to trunk. Shall we create a 3_X branch from this
> tag?
I'd take the latter if it's stil
Hello guys,
Clirr report mentions that method 'public void
setQRRankingThreshold(double)' has been added in this specific class but the
javadoc hasn't been updated so as to mention "@since 2.2"... Have a look at
this one please, and sorry if i have put you on trouble (i believe that this
way i hel
Hello guys,
In this one clirr report mentions that method 'public void
clearObservations()' has been added, however the javadoc of this function in
this class doesn't have an "@since 2.2" tag... Please have a look at this!
Thanks a lot and goodmorning!
Best regards,
Giannakopoulos Michael
So to continue the 3.3 discussion, it looks like Hen created an RC1 nearly 2
years ago... :) But he also tagged the point just before the generics
branch was merged back to trunk. Shall we create a 3_X branch from this
tag?
Matt
On Mon, Feb 21, 2011 at 10:54 PM, Matt Benson wrote:
> Gmail f*c
Gmail f*cked me over:
-- Forwarded message --
From: Matt Benson
Date: Mon, Feb 21, 2011 at 10:53 PM
Subject: Re: [collections] retire or release?
To: Henri Yandell
On Mon, Feb 21, 2011 at 12:07 AM, Henri Yandell wrote:
> I'd like to see a 3.3; I think we have a branch that
> -Original Message-
> From: F Mue [mailto:webmas...@genealogie-konzepte.net]
> Sent: Monday, February 21, 2011 08:38
> To: Gary Gregory
> Subject: Re: [codec] Testing Cologne Phonetic
>
> Hi Gary,
>
> I don't know if there is an implementation you can take as a reference.
> I found two o
I really would love to have mahout-math have more in common with
commons math but there are likely some nasty conflicts in goals. What
mahout has needed up to now is fast evolution which has not been
possible with commons math because of the compatibility constraints
and because it is difficult to
On 21 February 2011 20:26, Luc Maisonobe wrote:
> Le 21/02/2011 21:06, sebb a écrit :
>> On 21 February 2011 19:28, Luc Maisonobe wrote:
>>> Le 21/02/2011 18:03, sebb a écrit :
I've updated the test-jar.xml Ant script [1] so it can now be used to
run the test classes against a jar witho
On 21 February 2011 22:10, Luc Maisonobe wrote:
> Le 21/02/2011 21:09, sebb a écrit :
>> On 21 February 2011 19:32, Luc Maisonobe wrote:
>>> This vote is cancelled.
>>>
>>> There are some incompatible changes in RC2 in the user level interface
>>> StepHandler, which were not detected by CLIRR.
>>
Hello guys,
I have noticed that clirr report mentions that method 'protected double
acceptStep(org.apache.commons.math.ode.sampling.AbstractStepInterpolator,
double[], double[], double)' and 'protected void
setStateInitialized(boolean)' have been added... However the javadoc for
those 2 functions
On Mon, Feb 21, 2011 at 5:01 PM, sebb wrote:
> On 21 February 2011 22:13, wrote:
> > Author: mbenson
> > Date: Mon Feb 21 22:13:15 2011
> > New Revision: 1073169
> >
> > URL: http://svn.apache.org/viewvc?rev=1073169&view=rev
> > Log:
> > use svn:keywords and fix up @since tag
> >
> > Modified:
Hello guys,
I have noticed that the clirr report mentions that method 'public double
getSparcity()' has been deprecated whereas method 'public double
getSparsity()' has been added... However in the class
'org.apache.commons.math.linear.OpenMapRealVector' the javadoc of the first
function doesn't m
On 21 February 2011 22:13, wrote:
> Author: mbenson
> Date: Mon Feb 21 22:13:15 2011
> New Revision: 1073169
>
> URL: http://svn.apache.org/viewvc?rev=1073169&view=rev
> Log:
> use svn:keywords and fix up @since tag
>
> Modified:
>
> commons/proper/collections/trunk/src/java/org/apache/common
Ready to help in any means that i can! (Can't wait!!!)
Best regards,
Giannakopoulos Michael
Hello guys,
In the Clirr report is mentioned that the function
'MatrixIndexException(org.apache.commons.math.exception.util.Localizable,
java.lang.Object[])' has been added to the class
'org.apache.commons.math.linear.MatrixIndexException'... However the javadoc
doesn't comply with this change as
Thanks a lot for your answer Luc! Sorry for the trouble, i'll keep this in
mind...
Michael Giannakopoulos
Thanks a lot for your answer Luc! Sorry for the trouble...
Michael Giannakopoulos
Thanks a lot for your answer Luc!
Giannakopoulos Michael
Hello guys,
Looking at the class 'org.apache.commons.math.linear.InvalidMatrixException'
i found out that the public constructor "InvalidMatrixException(string,
Object[ ])" isn't deprecated something that i suppose it should be done
because we have already added (in this version [2.2]) a new const
Le 21/02/2011 21:09, sebb a écrit :
> On 21 February 2011 19:32, Luc Maisonobe wrote:
>> This vote is cancelled.
>>
>> There are some incompatible changes in RC2 in the user level interface
>> StepHandler, which were not detected by CLIRR.
>>
>> I will prepare a new release quickly.
>
> I suggest
Le 21/02/2011 22:25, Michael Giannakopoulos a écrit :
> Hello guys,
>
> In the clirr report of 2.2 version is mentioned that class
> 'org.apache.commons.math.exception.util.LocalizedFormats' has been added...
> However in the javadoc of the very same class is stated: "@since 2.1"...
> Please have
Le 21/02/2011 22:13, Michael Giannakopoulos a écrit :
> Hello guys,
>
> Looking at the clirr report i have noticed that for example in the class
> 'org.apache.commons.math.analysis.solvers.LaguerreSolver' some function with
> the name 'solve(...)' have been added in the 2.2 version of the apache
>
ping?
2011/1/27 David Karlsen
> Any update to the status?
>
> 2011/1/19 Niall Pemberton
>
> On Wed, Jan 19, 2011 at 3:09 PM, Jacob Zwiers
>> wrote:
>> > I'll echo that.
>> >
>> > I had put a query to the user's list a last week asking a similar
>> question.
>> >
>> > I understand that the comm
Le 21/02/2011 22:07, Michael Giannakopoulos a écrit :
> Hello guys,
>
> I found out that the function 'calculateNumericalVariance()' in the class
> 'org.apache.commons.math.distribution.WeibullDistributionImpl' which has
> been added since version 2.2 of asf commons math project has not been
> rec
Le 21/02/2011 22:02, Michael Giannakopoulos a écrit :
> Hello guys,
>
> I found that the class "UnivariateRealSolverImpl" in the package
> 'org.apache.commons.math.analysis.solvers' has been deprecated since version
> 2.2 of asf commons math project... However this change isn't reported in the
> C
Hello guys,
In the clirr report of 2.2 version is mentioned that class
'org.apache.commons.math.exception.util.LocalizedFormats' has been added...
However in the javadoc of the very same class is stated: "@since 2.1"...
Please have a look at this issue so as to be confirmed that it is(n't) a
bug..
On 21 February 2011 20:03, sebb wrote:
> When testing using Java 1.5.0, I am seeing the following output:
>
> Running org.apache.commons.math.util.FastMathStrictComparisonTest
> double atan2(1.1102230246251565E-16, -1.7976931348623157E308) expected
> 400921fb54442d18 actual c00921fb54442d18 entrie
Hello guys,
Looking at the clirr report i have noticed that for example in the class
'org.apache.commons.math.analysis.solvers.LaguerreSolver' some function with
the name 'solve(...)' have been added in the 2.2 version of the apache
commons math project... However in the javadoc of those functions
Hello guys,
I found out that the function 'calculateNumericalVariance()' in the class
'org.apache.commons.math.distribution.WeibullDistributionImpl' which has
been added since version 2.2 of asf commons math project has not been
recorded in the clirr report. I would be grateful if someone had a lo
Hello guys,
I found that the class "UnivariateRealSolverImpl" in the package
'org.apache.commons.math.analysis.solvers' has been deprecated since version
2.2 of asf commons math project... However this change isn't reported in the
Clirr Report... Please look at this issue so as to be confirmed...
Thanks for the explanation Seb, very appreciated!
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Mon, Feb 21, 2011 at 9:19 PM, sebb wrote:
> On 20 February 2011 16:12, Simone Tripodi wrote:
>> Salut Luc,
>>
>> +0, checked with the following configurations and I didn't
Le 21/02/2011 21:06, sebb a écrit :
> On 21 February 2011 19:28, Luc Maisonobe wrote:
>> Le 21/02/2011 18:03, sebb a écrit :
>>> I've updated the test-jar.xml Ant script [1] so it can now be used to
>>> run the test classes against a jar without needing to also compile
>>> against the jar:
>>>
>>>
On 20 February 2011 16:12, Simone Tripodi wrote:
> Salut Luc,
>
> +0, checked with the following configurations and I didn't understand
> why there are 10 tests more if run with JDK1.6.
FastMath is tested against all the methods found in StrictMath, and
there are 10 additional StrictMath methods
On 21 February 2011 19:32, Luc Maisonobe wrote:
> This vote is cancelled.
>
> There are some incompatible changes in RC2 in the user level interface
> StepHandler, which were not detected by CLIRR.
>
> I will prepare a new release quickly.
I suggest you wait a day or so - there are some other une
On 21 February 2011 19:28, Luc Maisonobe wrote:
> Le 21/02/2011 18:03, sebb a écrit :
>> I've updated the test-jar.xml Ant script [1] so it can now be used to
>> run the test classes against a jar without needing to also compile
>> against the jar:
>>
>> $ ant -f test-jar.xml [-lib junit-m.n..jar]
When testing using Java 1.5.0, I am seeing the following output:
Running org.apache.commons.math.util.FastMathStrictComparisonTest
double atan2(1.1102230246251565E-16, -1.7976931348623157E308) expected
400921fb54442d18 actual c00921fb54442d18 entries [9, 6]
double atan2(2.2250738585072014E-308, -1
This vote is cancelled.
There are some incompatible changes in RC2 in the user level interface
StepHandler, which were not detected by CLIRR.
I will prepare a new release quickly.
Luc
Le 20/02/2011 16:15, Luc Maisonobe a écrit :
> Tag: http://svn.apache.org/repos/asf/commons/proper/math/tags/MA
Le 21/02/2011 18:03, sebb a écrit :
> I've updated the test-jar.xml Ant script [1] so it can now be used to
> run the test classes against a jar without needing to also compile
> against the jar:
>
> $ ant -f test-jar.xml [-lib junit-m.n..jar] test-only
>
> Running this against a checkout of [3]
I've updated the test-jar.xml Ant script [1] so it can now be used to
run the test classes against a jar without needing to also compile
against the jar:
$ ant -f test-jar.xml [-lib junit-m.n..jar] test-only
Running this against a checkout of [3] gives 40 classes with test
errors or test failures
On 2/20/11 10:15 AM, Luc Maisonobe wrote:
> Tag: http://svn.apache.org/repos/asf/commons/proper/math/tags/MATH_2_2_RC2/
>
> Distributions: http://people.apache.org/~luc/math-2.2-RC2/
>
> Maven artifacts: http://people.apache.org/~luc/math-2.2-RC2/maven/
>
> Documentation bundled with the binary dis
2011/2/21 :
> Hi Mikkel,
>
> - "Mikkel Meyer Andersen" a écrit :
>
>> Dear community,
>>
>> I've started on implementing Kalman filter and have once again run
>> into a structural challenge in regards to matrix hierarchy (as with
>> https://issues.apache.org/jira/browse/MATH-435 and
>> https:
> [...]
>
> The things we will for sure have some difficult discussions are:
> - dependencies
>(I guess Phil and myself don't like dependencies, whereas Ted and Gilles
> are happy with them)
My position is probably best summarized as follows:
1. I'm against dependencies for everything co
On 20 February 2011 21:58, wrote:
> Author: ggregory
> Date: Sun Feb 20 21:58:19 2011
> New Revision: 1072757
>
> URL: http://svn.apache.org/viewvc?rev=1072757&view=rev
> Log:
> Fix typo in // comment.
>
> Modified:
>
> commons/proper/codec/trunk/src/java/org/apache/commons/codec/binary/Base3
Hi.
> > [...]
> > Yes, but for simple bounds this would not be too much (using a logarithm or
> > exponential).
> > For double bounds, one typically uses a scaled logit function.
> >
> > > If this is the best choice, I'll implement a "conversion" class (for
> > > the
> > > "simple" bound case).
On Feb 21, 2011, at 3:31, "luc.maison...@free.fr" wrote:
>
> - "Henri Yandell" a écrit :
>
>> I'd like to see a 3.3; I think we have a branch that had a lot of
>> bugfixes on it before the 4.0 merge.
>
> Perhaps a last version would help people who need long term maintenance of
> produ
Hi.
> > [Please refer to
> > https://issues.apache.org/jira/browse/MATH-519
> > for the context of this discussion.]
> >
> > Hi Luc.
> >
> > > Anyway, returning NaN or POSITIVE_INFINITY would work only with
> > some
> > > optimizers.
> >
> > Do you mean that it would fail with some optimizati
On 2/21/11 7:46 AM, sebb wrote:
> On 20 February 2011 15:15, Luc Maisonobe wrote:
>> Tag: http://svn.apache.org/repos/asf/commons/proper/math/tags/MATH_2_2_RC2/
>>
>> Distributions: http://people.apache.org/~luc/math-2.2-RC2/
>>
>> Maven artifacts: http://people.apache.org/~luc/math-2.2-RC2/maven/
Hi Mikkel,
- "Mikkel Meyer Andersen" a écrit :
> Dear community,
>
> I've started on implementing Kalman filter and have once again run
> into a structural challenge in regards to matrix hierarchy (as with
> https://issues.apache.org/jira/browse/MATH-435 and
> https://issues.apache.org/jira
- "sebb" a écrit :
> On 20 February 2011 15:15, Luc Maisonobe
> wrote:
> > Tag:
> http://svn.apache.org/repos/asf/commons/proper/math/tags/MATH_2_2_RC2/
> >
> > Distributions: http://people.apache.org/~luc/math-2.2-RC2/
> >
> > Maven artifacts: http://people.apache.org/~luc/math-2.2-RC2/mav
Dear community,
I've started on implementing Kalman filter and have once again run
into a structural challenge in regards to matrix hierarchy (as with
https://issues.apache.org/jira/browse/MATH-435 and
https://issues.apache.org/jira/browse/MATH-437 ).
We have two base types of matrices: RealMatri
Hi Gilles,
- "Gilles Sadowski" a écrit :
> [Please refer to
> https://issues.apache.org/jira/browse/MATH-519
> for the context of this discussion.]
>
> Hi Luc.
>
> > Anyway, returning NaN or POSITIVE_INFINITY would work only with
> some
> > optimizers.
>
> Do you mean that it would fail
On 20 February 2011 15:15, Luc Maisonobe wrote:
> Tag: http://svn.apache.org/repos/asf/commons/proper/math/tags/MATH_2_2_RC2/
>
> Distributions: http://people.apache.org/~luc/math-2.2-RC2/
>
> Maven artifacts: http://people.apache.org/~luc/math-2.2-RC2/maven/
>
> Documentation bundled with the bin
[Please refer to
https://issues.apache.org/jira/browse/MATH-519
for the context of this discussion.]
Hi Luc.
> Anyway, returning NaN or POSITIVE_INFINITY would work only with some
> optimizers.
Do you mean that it would fail with some optimization _algorithms_ or some
unsafe _implementations_
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-proxy-test has an issue affecting its community integration.
This
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-jelly-tags-quartz has an issue affecting its community
integratio
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-scxml-test has an issue affecting its community integration.
This
I agree with Luc,
since the commons-collection is widely adopted by community, it has to
be maintained.
Have a nice day, all the best,
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Mon, Feb 21, 2011 at 9:30 AM, wrote:
>
> - "Henri Yandell" a écrit :
>
>> I'd lik
- "Henri Yandell" a écrit :
> I'd like to see a 3.3; I think we have a branch that had a lot of
> bugfixes on it before the 4.0 merge.
Perhaps a last version would help people who need long term maintenance of
production systems.
It seems at least some people still file Jira issues, so the
+1
2011/2/20 Luc Maisonobe :
> Tag: http://svn.apache.org/repos/asf/commons/proper/math/tags/MATH_2_2_RC2/
>
> Distributions: http://people.apache.org/~luc/math-2.2-RC2/
>
> Maven artifacts: http://people.apache.org/~luc/math-2.2-RC2/maven/
>
> Documentation bundled with the binary distribution:
>
59 matches
Mail list logo
