Hi,
I think that the maven compiler plugin should be changed to use 1.5
source/target in the pom.xml:
org.apache.maven.plugins
maven-compiler-plugin
1.4
1.4
This is what makes the CONTINUUM build fail (I think).
Regards,
Julien
2009/11/3 contin...@vmbuild.apache.org :
> Online report :
>
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=248699&projectId=162
Build statistics:
State: Failed
Previous State: Ok
Started at: Mon 2 Nov 2009 18:45:20 -0800
Finished at: Mon 2 Nov 2009 18:45:43 -0800
Total time: 22s
Build Trigger: Schedule
Build N
In r832220 I merged the sandbox/dbutils/java5 branch to
proper/dbutils/trunk. The build works and has no compiler warnings.
I've also fixed bug DBUTILS-58, which provides a workaround for bug
DBUTILS-56.
https://issues.apache.org/jira/browse/DBUTILS-56
https://issues.apache.org/jira/brows
On Mon, Nov 2, 2009 at 6:24 PM, Henrib wrote:
>
> Getting closer to produce an RC1,
Thanks.
> I've got a few questions.
>
> 1/ It seems the (new) template for the site does not include the various
> reports (Cobertura, PMD, etc)? Am I doing something wrong ? (tried with
> commons-exec which ha
Commons IO Developers,
I submitted a proposal for new functionality here:
https://issues.apache.org/jira/browse/IO-222
Please review it when you get a chance and weigh in on whether or not you
think it would be a good addition to Commons IO.
Best Regards,
David Armstrong
Getting closer to produce an RC1, I've got a few questions.
1/ It seems the (new) template for the site does not include the various
reports (Cobertura, PMD, etc)? Am I doing something wrong ? (tried with
commons-exec which has the same behavior btw). Is this tied to
commons-parent:12 ?
2/ Readi
Getting closer to produce an RC1, I've got a few questions.
1/ It seems the (new) template for the site does not include the various
reports (Cobertura, PMD, etc)? Am I doing something wrong ? (tried with
commons-exec which has the same behavior btw). Is this tied to
commons-parent:12 ?
2/ Readi
Seems not :(, wdyt should we go the way Niall started ?
On Tue, Nov 3, 2009 at 12:51 AM, Donald Woods wrote:
>
>
> Niall Pemberton wrote:
>>
>> On Tue, Oct 27, 2009 at 1:50 PM, Donald Woods wrote:
>>>
>>> Niall Pemberton wrote:
On Mon, Oct 26, 2009 at 2:06 PM, Donald Woods wrote:
>>>
Niall Pemberton wrote:
On Tue, Oct 27, 2009 at 1:50 PM, Donald Woods wrote:
Niall Pemberton wrote:
On Mon, Oct 26, 2009 at 2:06 PM, Donald Woods wrote:
Hi Nail. I'm the one who created that copy of 1.4, so it's fine if we
repurpose it, see VALIDATOR-279.
As far as the API, we already ha
Oops.
Right. Not paying full attention this morning. Sorry.
On Mon, Nov 2, 2009 at 2:11 PM, Jake Mannix wrote:
> Er, there already is, right?
--
Ted Dunning, CTO
DeepDyve
Er, there already is, right? RealVector#isNaN() and RealVector#isInfinite()
- they're
just not used anywhere except for as verification purposes in the unit
tests. No
actual internal use as of yet.
-jake
On Mon, Nov 2, 2009 at 1:58 PM, Ted Dunning wrote:
> This makes me think that we need t
This makes me think that we need to have containsNan and containsInfinite
methods on vectors and matrices so that it is easy to check.
On Mon, Nov 2, 2009 at 1:46 PM, Jake Mannix wrote:
> ... Yeah, in my own libraries, I tend to say that either don't force checks
> ever and at most throw unchec
On Mon, Nov 2, 2009 at 1:29 PM, Luc Maisonobe wrote:
> Jake Mannix a écrit :
> > On Mon, Nov 2, 2009 at 9:05 AM, Jake Mannix
> wrote:
> >
> >>> Also, why the special case for
> ArithmeticExcption here, for the zero norm case? Why not just let
> java just
> try to divide, and if i
Jake Mannix a écrit :
> On Mon, Nov 2, 2009 at 9:05 AM, Jake Mannix wrote:
>
>>> Also, why the special case for
ArithmeticExcption here, for the zero norm case? Why not just let
java just
try to divide, and if it divides by zero, well, it'll throw an
ArithmeticException itsel
On Mon, Nov 2, 2009 at 2:55 PM, Mark Thomas wrote:
> Rahul Akolkar wrote:
>> I'm not attending, but happen to be in Santa Clara this week so
>> thinking of driving up one of these evenings.
>>
>> Wondering if anyone else is around and when, so I can decide whether
>> to show up Tues. or Wed. eveni
I think that it would be good to have samplers in the random package.
One reasonable one would be InverseCumulativeSampler.
Another would be something like RecursiveLookupTableDiscreteSampler
The generic nextSample routine could call the most generic sampler we have.
I would guess that would sta
I agree, Ted. It seems like reasonable arguments.
Another way of implementing the functionality is to call some
nextSample(Abstract{Continuous, Discrete}Distribution) in the Random
package from the Distribution-classes (and
nextSample(ExponentialDistribution) equivalent to nextExponential for
an o
On Mon, Nov 2, 2009 at 9:05 AM, Jake Mannix wrote:
> > Also, why the special case for
>> > ArithmeticExcption here, for the zero norm case? Why not just let
>> > java just
>> > try to divide, and if it divides by zero, well, it'll throw an
>> > ArithmeticException itself... seems like the whole
2009/11/3 Luc Maisonobe :
> There are at least one other regular commiter and three other committers
> that have been active on the list last year. Phil is clearly one of the
> most involved maintainers and he has been here since the beginning.
Okay, thanks for the info. I know how much Phil means
On Mon, Nov 2, 2009 at 12:43 PM, Luc Maisonobe wrote:
>
> There are several cases. If you do:
>
> RealVector v = new ArrayRealVector(...);
>
> and later use v, a static analysis would be sufficient to know v is
> really an ArrayRealVector instance.
>
Ok, I was familiar with this, yes, and in thi
Jake Mannix a écrit :
> On Mon, Nov 2, 2009 at 7:41 AM, wrote:
>
>> This is the reason why the boolean is there.
>>
>
> Yeah, I know, my point is that in the current method implementation,
> the boolean is not used properly - it's currently: return new
> ArrayRealVector(v)
> which forces a copy.
Rahul Akolkar wrote:
> I'm not attending, but happen to be in Santa Clara this week so
> thinking of driving up one of these evenings.
>
> Wondering if anyone else is around and when, so I can decide whether
> to show up Tues. or Wed. evening :-)
I'm here all week.
Mark
---
Phil Steitz a écrit :
> Mikkel Meyer Andersen wrote:
>> Phil,
>> I understand your opinion, but I don't agree with you (but I accept
>> that you have a different meaning about things just as I expect you to
>> accept mine). I'm sure this is quite common in projects like this, and
>> are interesting
I'm not attending, but happen to be in Santa Clara this week so
thinking of driving up one of these evenings.
Wondering if anyone else is around and when, so I can decide whether
to show up Tues. or Wed. evening :-)
-Rahul
-
To
We should probably say which parts of the problem are important to us. It
begins to sound like we each care about slightly different aspects of the
problem.
The only points that I really care about are:
- the user should have available some obvious way to sample from a
distribution as a method o
On Mon, Nov 2, 2009 at 7:41 AM, wrote:
>
> This is the reason why the boolean is there.
>
Yeah, I know, my point is that in the current method implementation,
the boolean is not used properly - it's currently: return new
ArrayRealVector(v)
which forces a copy. return new ArrayRealVector(v, fals
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-fmt-test has an issue affecting its community
integrat
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-jaxme contains errors.
The current state of this projec
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-xmlunit contains errors.
The current state of this proj
- "Jake Mannix" a écrit :
> Hey all,
>
> In digging through ArrayRealVector and OpenMapRealVector, while
> trying to
> draw up patches for MATH-312 and MATH-314, I found a number of
> performance (
> and other) issues:
>
> 1) in add(double[]), subtract(double[]), and mapXXX methods, the
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-configuration-test has an issue affecting its community
integrati
Mikkel Meyer Andersen wrote:
> Phil,
> I understand your opinion, but I don't agree with you (but I accept
> that you have a different meaning about things just as I expect you to
> accept mine). I'm sure this is quite common in projects like this, and
> are interesting in hearing how matters like
Hey all,
In digging through ArrayRealVector and OpenMapRealVector, while trying to
draw up patches for MATH-312 and MATH-314, I found a number of performance (
and other) issues:
1) in add(double[]), subtract(double[]), and mapXXX methods, the idiom is:
double[] v = new double[data.length];
33 matches
Mail list logo
