Re: [compress] Proposed Roadmap

sounds good :-) On Fri, Jul 22, 2011 at 6:18 AM, Stefan Bodewig wrote: > Hi all, > > From the responses in the Java5 thread I propose the following. > > (1) Release current trunk minus a few lines of code I already added for >    initial Zip64 support plus some minor changes ASAP as 1.2 > > (2) R

[math] Inherits doc and @Override

Hi, I saw in the sources serveral /** {@inheritDoc} */ on methods with @Override annotation. Javadoc knows to inherit the javadoc of the overwritten methos, so there is no need for @inheritDoc. If all agree, one could drop this if the code is modified? -

BCEL: Code Review Please

Found an collection type error when adding generics in this code below. Collection was holding both ElementValueGen and ElementValue objects which are unrelated by inheritance. Modified code so only ElementValueGen are in the collection, using - evalues.add(datums[i]); +

Re: [compress] Proposed Roadmap

This all sounds good to me. Gary On Jul 22, 2011, at 0:19, Stefan Bodewig wrote: > Hi all, > > From the responses in the Java5 thread I propose the following. > > (1) Release current trunk minus a few lines of code I already added for >initial Zip64 support plus some minor changes ASAP as 1

[sandbox] class scanning + karma requests

First, Simo added [meiyo] to the sandbox. Now, some of the guys from the various JEE-related communities have expressed interest in working with class scanning here at Commons. What we would propose to do is start with the code of Geronimo's xbean-finder, which scans classes by reading bytecode t

Re: Re : [GUMP@vmgump]: Project commons-math (in module apache-commons) failed

On 2011-07-21, sebb wrote: > On 21 July 2011 09:48, Stefan Bodewig wrote: >> Done with >> unless I managed to get the path wrong. > Although that may fix the issue for Gump, I think that's the wrong > place to fix the problem, becaus

[compress] Proposed Roadmap

Hi all, >From the responses in the Java5 thread I propose the following. (1) Release current trunk minus a few lines of code I already added for initial Zip64 support plus some minor changes ASAP as 1.2 (2) Require Java5, use minimal Java5 language features to make compiler warnings go

Re: [math] RegressionModelSpecificationException

On 7/21/11 6:53 PM, Greg Sterijevski wrote: >> >> +1 from me as well (does that even count?). Thanks! And yes, "that counts" - in fact it carries a lot of weight because you have contributed more than anyone else to this area recently. We operate a "do-ocracy" here :) > As an aside, I believe we

Re: [math] Pivoting in QR decomposition

If a pivoting QR decomp was to be included, I see it as existing in addition to the current nonpivoting version. I don't see this as an addition to the current QRDecompositionImpl. We would not be exposing more of the inner workings of the QRDecomposition, just a different view? -Greg On Thu, Jul

Re: [math] RegressionModelSpecificationException

> > > +1 from me as well (does that even count?). As an aside, I believe we will be adding more exceptions. The number of ways to screw up a regression is limited only by the user's imagination. As we finalize how we deal with obviously redundant regressors, that might be a new exception as well.

Re: [math] Pivoting in QR decomposition

Also, pivoting is a good thing in a general QR decomposition since it extends the applicability of the code to nearly rank deficient inputs. On Thu, Jul 21, 2011 at 3:17 PM, Greg Sterijevski wrote: > Sorry, did not mean to touch off a debate. There are two ways (that I know > of) to project linea

Re: [math] Pivoting in QR decomposition

Sorry, did not mean to touch off a debate. There are two ways (that I know of) to project linear restrictions through the data when running a regression using the QR decomposition. I need to review my notes, but I distinctly remember needing to get the pivots so that I know which columns are 'conta

Re: [math] RegressionModelSpecificationException

On Thu, Jul 21, 2011 at 12:42:23PM -0700, Phil Steitz wrote: > On 7/21/11 11:18 AM, Gilles Sadowski wrote: > > On Thu, Jul 21, 2011 at 10:48:40AM -0700, Phil Steitz wrote: > >> I propose that we add this to replace the generic math IAE that we > >> throw in various places, e.g. in AbstractMLR#newSa

Re: [math] RegressionModelSpecificationException

On 7/21/11 11:18 AM, Gilles Sadowski wrote: > On Thu, Jul 21, 2011 at 10:48:40AM -0700, Phil Steitz wrote: >> I propose that we add this to replace the generic math IAE that we >> throw in various places, e.g. in AbstractMLR#newSampleData, >> >> throw MathRuntimeException.createIllegalArgumentExcep

Re: [math] RegressionModelSpecificationException

On Thu, Jul 21, 2011 at 10:48:40AM -0700, Phil Steitz wrote: > I propose that we add this to replace the generic math IAE that we > throw in various places, e.g. in AbstractMLR#newSampleData, > > throw MathRuntimeException.createIllegalArgumentException( > LocalizedFormats.INVA

Re: [math] RegressionModelSpecificationException

Le 21/07/2011 19:48, Phil Steitz a écrit : I propose that we add this to replace the generic math IAE that we throw in various places, e.g. in AbstractMLR#newSampleData, throw MathRuntimeException.createIllegalArgumentException( LocalizedFormats.INVALID_REGRESSION_ARRAY, dat

[math] RegressionModelSpecificationException

I propose that we add this to replace the generic math IAE that we throw in various places, e.g. in AbstractMLR#newSampleData, throw MathRuntimeException.createIllegalArgumentException( LocalizedFormats.INVALID_REGRESSION_ARRAY, data.length, nobs, nvars); This exception, mostl

Re: Re : [GUMP@vmgump]: Project commons-math (in module apache-commons) failed

On 7/21/11 7:58 AM, sebb wrote: > On 21 July 2011 09:48, Stefan Bodewig wrote: >> On 2011-07-21, wrote: >> >>> The problem seems to come from reading resource test files, see >>>

Re: [math] Pivoting in QR decomposition

On 7/21/11 8:07 AM, Ted Dunning wrote: > This is upside down. > > Opening the JIRA and putting the patch up is the best way to determine if > this is useful. > > On Thu, Jul 21, 2011 at 3:17 AM, Chris Nix wrote: > >> I have just written a small patch that does QR Decomposition with column >> pivot

Re: [math] Pivoting in QR decomposition

This is upside down. Opening the JIRA and putting the patch up is the best way to determine if this is useful. On Thu, Jul 21, 2011 at 3:17 AM, Chris Nix wrote: > I have just written a small patch that does QR Decomposition with column > pivoting and has a getP() method to get the resulting per

Re: Re : [GUMP@vmgump]: Project commons-math (in module apache-commons) failed

On 21 July 2011 09:48, Stefan Bodewig wrote: > On 2011-07-21, wrote: > >> The problem seems to come from reading resource test files, see >>

Re: [compress] Require Java5?

> I like the idea of many smaller consecutive releases (release early, > release often) instead of a big bang release. > > For example: > > - 1.2: Current trunk to gather bug fixes > - 1.3: Zip64 (Java 5) > - 2.0: Break compatibility, generics, and so on. > +1, i like that approach very much! ---

Re: [compress] Require Java5?

On Thu, Jul 21, 2011 at 5:19 AM, Stefan Bodewig wrote: > On 2011-07-21, Christian Grobmeier wrote: > >> On Thu, Jul 21, 2011 at 10:44 AM, Stefan Bodewig wrote: >>> On 2011-07-21, Christian Grobmeier wrote: > If we lift up to 1.5 as a minimum what about lifting to compress 2.0? > >>> Depends

Fwd: http://commons.apache.org/ognl/download_ognl.cgi Exception

As far as I know, there has been no OGNL release yet, so please could someone update the OGNL website to remove the download link? When there is a release, it should be served from the incubator pages, not commons. Also, the Incubation disclaimer should be moved to the top of the body text; perha

[GUMP@vmgump]: Project commons-proxy-test (in module apache-commons) failed

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

Re: [math] Pivoting in QR decomposition

Looking at the current implementation, there is no column pivoting and so the pivot matrix is the identity. I have just written a small patch that does QR Decomposition with column pivoting and has a getP() method to get the resulting permutation matrix. If this is useful, I can open a JIRA issue

Re: [compress] Require Java5?

On 21 July 2011 10:19, Stefan Bodewig wrote: > On 2011-07-21, Christian Grobmeier wrote: > >> On Thu, Jul 21, 2011 at 10:44 AM, Stefan Bodewig wrote: >>> On 2011-07-21, Christian Grobmeier wrote: > If we lift up to 1.5 as a minimum what about lifting to compress 2.0? > >>> Depends on what we

Re: [compress] Require Java5?

On 2011-07-21, Christian Grobmeier wrote: > On Thu, Jul 21, 2011 at 10:44 AM, Stefan Bodewig wrote: >> On 2011-07-21, Christian Grobmeier wrote: >>> If we lift up to 1.5 as a minimum what about lifting to compress 2.0? >> Depends on what we want to do.  If we want to break BWC by introducing >>

Re: [compress] Require Java5?

On Thu, Jul 21, 2011 at 10:44 AM, Stefan Bodewig wrote: > On 2011-07-21, Christian Grobmeier wrote: > >> If we lift up to 1.5 as a minimum what about lifting to compress 2.0? > > Depends on what we want to do.  If we want to break BWC by introducing > genrics, then let's do that.  I am currently w

Re: Re : [GUMP@vmgump]: Project commons-math (in module apache-commons) failed

On 2011-07-21, wrote: > The problem seems to come from reading resource test files, see > . > Is there something specific to tell Gump the

[math] [GUMP@vmgump]: Project commons-math (in module apache-commons) failed

Luc, This is a result of the test resources I added for MATH-611. Unfortunately, I think file extensions .csv are not copied to the test-classes directory when the tests are built. I've never dealt with gump, but I wonder if there are two options, either: a. Rename matrix1.csv and matrix2.csv t

Re: [compress] Require Java5?

On 2011-07-21, Christian Grobmeier wrote: > If we lift up to 1.5 as a minimum what about lifting to compress 2.0? Depends on what we want to do. If we want to break BWC by introducing genrics, then let's do that. I am currently withholding some work I started to get the permissions stuff straig

Re: [compress] Require Java5?

Hi all guys, I'm +1 to Java5 too. And IMHO many other should follow the same path :P Have a nice day, all the best! Simo http://people.apache.org/~simonetripodi/ http://www.99soft.org/ On Thu, Jul 21, 2011 at 10:08 AM, Christian Grobmeier wrote: > On Thu, Jul 21, 2011 at 9:50 AM, Henri Yandel

Re: [compress] Require Java5?

On Thu, Jul 21, 2011 at 9:50 AM, Henri Yandell wrote: > I think the argument is the other way. You should be explaining why > you wouldn't simply just move to Java 5. +1 - Java 1.4 must die now. > +1 to JDK 1.5 minimum. +1 If we lift up to 1.5 as a minimum what about lifting to compress 2.0? T

Re : [GUMP@vmgump]: Project commons-math (in module apache-commons) failed

The problem seems to come from reading resource test files, see . Is there something specific to tell Gump the files under test/resources sho

Re: [compress] Require Java5?

I think the argument is the other way. You should be explaining why you wouldn't simply just move to Java 5. +1 to JDK 1.5 minimum. Hen On Wed, Jul 20, 2011 at 9:04 PM, Stefan Bodewig wrote: > Hi, > > no, this is not about generics or enums or ... > > This time it is methods added in the classl