On Sat, Jul 23, 2011 at 7:44 PM, Rahul Akolkar wrote:
> On Sat, Jul 23, 2011 at 2:17 AM, Henri Yandell wrote:
>> On Fri, Jul 22, 2011 at 10:10 AM, Thomas Vandahl wrote:
>>> On 22.07.11 11:33, Henri Yandell wrote:
Anyone adverse to me svn moving JCS over from Jakarta? It will mean
someo
On Sat, Jul 23, 2011 at 2:17 AM, Henri Yandell wrote:
> On Fri, Jul 22, 2011 at 10:10 AM, Thomas Vandahl wrote:
>> On 22.07.11 11:33, Henri Yandell wrote:
>>> Anyone adverse to me svn moving JCS over from Jakarta? It will mean
>>> someone needing to update the site (which they should do while mov
Hi Matthew,
I am still having problems as you can see in the JIRA.
I should be able to connect on Monday to do IM
AIM: GaryGregoryUsa
Google Chat: this email.
Gary
On Fri, Jul 22, 2011 at 9:25 AM, Matthew Pocock
wrote:
> Hi Gary,
> I'm having no joy reproducing your test failures against my p
I second +1.
On Sat, Jul 23, 2011 at 4:06 PM, Phil Steitz wrote:
> On 7/23/11 1:37 PM, Ted Dunning wrote:
> > Also, if the QRDecomposition interface *is* extended with getP, it is the
> > work of a moment to change it to an abstract class instead of an
> interface
> > and provide a default metho
On 7/23/11 1:37 PM, Ted Dunning wrote:
> Also, if the QRDecomposition interface *is* extended with getP, it is the
> work of a moment to change it to an abstract class instead of an interface
> and provide a default method for getP that throws
> UnsupportedOperationException. Since there are very
Also, if the QRDecomposition interface *is* extended with getP, it is the
work of a moment to change it to an abstract class instead of an interface
and provide a default method for getP that throws
UnsupportedOperationException. Since there are very unlikely to be any user
extensions of QRDecompo
We can do this with the current Householder reflection implementation,
except instead of just obtaining reflections from columns in sequence across
the input matrix, we select the column with the greatest L2-norm at each
iteration. The resulting permutation matrix is thus built and can be
returned
Hi Sebb,
thanks for your rigorous explanation.
I followed your guide lines and I moved to the top the disclaimer, I
disabled the download section too.
I think that we should consider to include the incubating logo, but AFAIK
the incubation process is going to come to the end very soon.
I'd like to
Noting that I've manually modified the Jakarta BCEL site to point to
this on its Maven project-info cvs-usage page.
Hen
On Fri, Jul 22, 2011 at 2:26 AM, Henri Yandell wrote:
> Done.
>
> http://svn.apache.org/repos/asf/commons/proper/bcel/
>
> On Fri, Jul 22, 2011 at 1:55 AM, Torsten Curdt wrote
Chris, you had an algorithm in mind? -Greg
On Sat, Jul 23, 2011 at 11:29 AM, Phil Steitz wrote:
> On 7/22/11 11:40 AM, Greg Sterijevski wrote:
> > Sorry,
> >
> > public ConstrainedOLSMultipleRegression extends OLSMultipleRegression{}
> >
> > should read:
> >
> > public ConstrainedOLSMultipleRegr
Does it make sense to define a class like RegressionGlobalFitStatistics? It
would look like:
public class RegressionGlobalFitStatistics{
... private constructors
public double getRsquared(){
return _rsq;
}
public double getAdjRsquared(){
return _adjrsq;
}
I agree about refactoring, was just experimenting to see what sorts of
changes would need to be made in order to support restrictions. In the next
week or so, I will introduce yet another regression algorithm, the so-called
"sweep" algorithm. Once we have that, we will cover both normal equation
ba
On 7/22/11 11:40 AM, Greg Sterijevski wrote:
> Sorry,
>
> public ConstrainedOLSMultipleRegression extends OLSMultipleRegression{}
>
> should read:
>
> public ConstrainedOLSMultipleRegression extends OLSMultipleRegression{
> @Override
> public void newSampleData(double[] data, double
On 7/23/11 5:48 AM, Stefan Bodewig wrote:
> Hi,
>
> in Compress we have quite a few classes that use constants that deal
> with Unix permission flags, those are most naturally expressed as octals
> so I'd like to modify the basic ruleset to exclude the
> AvoidUsingOctalValues rule.
>
> I'm not fami
On 7/23/11 8:13 AM, sebb wrote:
> The current active top-level commons site has the wrong URL for the
> license link - it points to
> http://commons.apache.org/license.html
> instead of
> http://www.apache.org/licenses/
>
> Not sure how that happened, as the site was generated after the link
>
The list of sandbox components in [1] is missing some entries which
appear on people.a.o:
benchmark
bsp
gsoc
js2j
Apart from gsoc, should they not be included somewhere in the top-level pages ?
The SVN tree for benchmark seems to be under dormant/, so perhaps that
should be listed under [2] inst
The current active top-level commons site has the wrong URL for the
license link - it points to
http://commons.apache.org/license.html
instead of
http://www.apache.org/licenses/
Not sure how that happened, as the site was generated after the link
was changed in site.xml, and the link is genera
On 2011-07-23, sebb wrote:
> On 23 July 2011 12:45, Stefan Bodewig wrote:
>> On 2011-07-23, Simone Tripodi wrote:
>>> I personally like more the NoCloseStream approach, it would help
>>> avoiding code redundancies (having the Sysout check pattern repeated
>>> doesn't look nice IMHO)
>> Yes, tha
hey.. wooops, no. :)
On 07/23/2011 04:56 AM, sebb wrote:
On 23 July 2011 04:45, Dave Brosius wrote:
Thanks,
also, is the commit hook that sends email notifications for BCEL set up?
Yes, it is the standard commons one.
Had some commits tonite, but didn't see emails.
They go to
comm...@c
On 23 July 2011 12:45, Stefan Bodewig wrote:
> On 2011-07-23, Simone Tripodi wrote:
>
>> I personally like more the NoCloseStream approach, it would help
>> avoiding code redundancies (having the Sysout check pattern repeated
>> doesn't look nice IMHO)
>
> Yes, that would be my preference as well.
Hi,
in Compress we have quite a few classes that use constants that deal
with Unix permission flags, those are most naturally expressed as octals
so I'd like to modify the basic ruleset to exclude the
AvoidUsingOctalValues rule.
I'm not familiar with the PMD plugin but think the easiest way to do
On 2011-07-23, Simone Tripodi wrote:
> I think it would be nice having also s pure Java implementation of the
> Snappy[1] compression (the Google's compression),
Absolutely, it is just a matter of getting it coded 8-)
> I found a Java implementation[2] but it's JNI wrapper :/
Well, that could b
On 2011-07-23, Simone Tripodi wrote:
> I personally like more the NoCloseStream approach, it would help
> avoiding code redundancies (having the Sysout check pattern repeated
> doesn't look nice IMHO)
Yes, that would be my preference as well.
Stefan
-
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
On 23 July 2011 04:45, Dave Brosius wrote:
> Thanks,
>
> also, is the commit hook that sends email notifications for BCEL set up?
Yes, it is the standard commons one.
> Had some commits tonite, but didn't see emails.
They go to
comm...@commons.apache.org
Are you subscribed there?
> dave
>
>
On 23/07/2011 04:45, Dave Brosius wrote:
> Thanks,
>
> also, is the commit hook that sends email notifications for BCEL set up?
> Had some commits tonite, but didn't see emails.
Yep. Commits get delivered to comm...@commons.apache.org and I see
commits from you to that list.
Mark
Thanks,
also, is the commit hook that sends email notifications for BCEL set up?
Had some commits tonite, but didn't see emails.
dave
On 07/22/2011 07:35 AM, sebb wrote:
https://svn.apache.org/repos/asf/commons/proper/bcel
On 22 July 2011 12:21, Dave Brosius wrote:
What's the svn url now
27 matches
Mail list logo
