Please anyone could confirm if the actual results are intended or not,
thanks!
On Wed, Apr 13, 2011 at 2:21 AM, Hoat Le wrote:
> Hello,
>
> I have some concerns regarding of *Validate* class with the case of null
> pointer exceptions. I see that there are some misleading messages, for
> example:
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
Dear All,
first of all, I should say that I'm new to the Commons-Math community, and I
therefore apologize for any mistake/inconsistency.
I'm currently developing a numerical method for the simulation of highly
heterogeneous materials. This requires the inversion of a (big) linear system,
whose mat
Hi Gary,
as I notified last week, I'd like to see in the parent the missing
maven3 support for scp protocol, adding the wagon extension.
Unfortunately profiles don't accept elements, so we can't
add it just in the maven3 profile - and that's why I didn't add
Any chance to add it in the main ? Any
On Tue, Apr 12, 2011 at 6:47 PM, Stephen Colebourne wrote:
> Basic work with URL and URI is [io]
> Stephen
>
>
Ahh... home sweet home.
It is in SVN for [io] in IOUtils with similar methods.
Gary
On 12 April 2011 20:04, Gary Gregory wrote:
> > Hi All:
> >
> > I am looking for a home for the code
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
AHHH! I hit send by mistake! When I look at the @#^%$% Nexus UI it tells me
the files should be on
https://repository.apache.org/content/repositories/orgapachecommons-086/
But they are not. Is there a delay for files to appear?
But... there is /something/ here:
https://repository.apache.org/serv
Hi All:
This is a VOTE to release commons-parent 21 based on version 21-RC1. The
VOTE is open until April 16 01:00AM EST.
Changes:
- Upgrade maven-gpg-plugin to 1.2 from 1.1.
- Replace deprecated assembly goal "attached" with "single".
- Add test jar generation to the apache-release profile (wit
Dear Wiki user,
You have subscribed to a wiki page or wiki category on "Commons Wiki" for
change notification.
The "UsingNexus" page has been changed by GaryGregory.
The comment on this change is: Note special case for commons parent..
http://wiki.apache.org/commons/UsingNexus?action=diff&rev1=2
On Tue, Apr 12, 2011 at 8:05 PM, sebb wrote:
> On 12 April 2011 21:39, Gary Gregory wrote:
> > I forgot to specify:
> >
> > Apache Maven 3.0.3 (r1075438; 2011-02-28 12:31:09-0500)
> > Maven home: C:\Java\apache-maven-3.0.3\bin\..
> > Java version: 1.6.0_24, vendor: Sun Microsystems Inc.
> > Java
On 12 April 2011 21:39, Gary Gregory wrote:
> I forgot to specify:
>
> Apache Maven 3.0.3 (r1075438; 2011-02-28 12:31:09-0500)
> Maven home: C:\Java\apache-maven-3.0.3\bin\..
> Java version: 1.6.0_24, vendor: Sun Microsystems Inc.
> Java home: C:\Program Files\Java\jdk1.6.0_24\jre
> Default locale
Basic work with URL and URI is [io]
Stephen
On 12 April 2011 20:04, Gary Gregory wrote:
> Hi All:
>
> I am looking for a home for the code below. It seems to fit nicely in [io]
> IOUtils because it reuses IOUtils. Because it is about URLs and URI it feels
> like it should be in [net] perhaps.
>
>
On 12 April 2011 20:04, Gary Gregory wrote:
> Hi All:
>
> I am looking for a home for the code below. It seems to fit nicely in [io]
> IOUtils because it reuses IOUtils. Because it is about URLs and URI it feels
> like it should be in [net] perhaps.
IMO Net is more about protocols, rather than ut
Definitely something I found myself needing in 2003:
https://code.google.com/p/osjava/source/browse/trunk/genjava/gj-core/src/java/com/generationjava/net/UrlW.java
Hen
On Tue, Apr 12, 2011 at 12:04 PM, Gary Gregory wrote:
> Hi All:
>
> I am looking for a home for the code below. It seems to fit
I forgot to specify:
Apache Maven 3.0.3 (r1075438; 2011-02-28 12:31:09-0500)
Maven home: C:\Java\apache-maven-3.0.3\bin\..
Java version: 1.6.0_24, vendor: Sun Microsystems Inc.
Java home: C:\Program Files\Java\jdk1.6.0_24\jre
Default locale: en_US, platform encoding: Cp1252
OS name: "windows 7", v
Hi All:
I'd like to RC [parent] to pick up the test jar changes.
I thought we had a special set of instructions to release [parent] compared
to Commons [components] but I cannot find the page anymore. I must have been
dreaming.
When I run:
mvn clean deploy -Prelease -Ptest-deploy
I get:
[INFO
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=7239&projectId=107
Build statistics:
State: Failed
Previous State: Ok
Started at: Tue 12 Apr 2011 19:31:15 +
Finished at: Tue 12 Apr 2011 19:31:34 +
Total time: 18s
Build Trigger: Schedule
Build N
On 4/12/11 11:24 AM, Luc Maisonobe wrote:
> Le 12/04/2011 18:10, Phil Steitz a écrit :
>> On 4/12/11 8:26 AM, luc.maison...@free.fr wrote:
>>> Hi Phil,
>>>
>>> - "Phil Steitz" a écrit :
>>>
On 4/12/11 1:51 AM, luc.maison...@free.fr wrote:
> Hi all,
>
> I have hit a limitation
Hello,
I have some concerns regarding of *Validate* class with the case of null
pointer exceptions. I see that there are some misleading messages, for
example:
Validate.notEmpty((Object[]) null); => throws
"java.lang.NullPointerException" with the message "The validated array is
empty". I don't t
Hi All:
I am looking for a home for the code below. It seems to fit nicely in [io]
IOUtils because it reuses IOUtils. Because it is about URLs and URI it feels
like it should be in [net] perhaps.
Thoughts?
import java.io.IOException;
import java.io.InputStream;
import java.net.URL;
import org.a
On Tue, Apr 12, 2011 at 1:25 PM, Hoat Le wrote:
> Please anyone could confirm the actual results below (from my previous
> email) are intended or not? :(
>
Your previous email was apparently created by responding to a thread
in progress and thus seemed off-topic at best. Please post your
questio
On 12 April 2011 19:19, Matt Benson wrote:
> On Tue, Apr 12, 2011 at 1:14 PM, Hoat Le wrote:
>> Hello,
>>
>> org.apache.commons
>> commons-lang3
>> 3.0
>> Commons Lang
>>
>> As maven convention, we should use 3.0-SNAPSHOT for development-version
>> (trunk here). I don't think we should use 3
On 12 April 2011 18:59, Daniel F. Savarese wrote:
>
> 1. NET-396 POP3.setState() should not be public
>
> I don't think I can revert a change without first getting permission
> from the committer who made it. I believe this change needs to be
> reverted for the reasons stated in my issue co
On Tue, Apr 12, 2011 at 1:36 PM, Paul Benedict wrote:
> I think "tuple" is a better package name. In geo-coordinates, I don't think
> it's proper to call Longtitude a key and Latitude a value. It's just a tuple
> of values. Same thing for 3d dimension space, etc.
>
>
> On Tue, Apr 12, 2011 at 12:
Please anyone could confirm the actual results below (from my previous
email) are intended or not? :(
On Tue, Apr 12, 2011 at 9:29 PM, Hoat Le wrote:
> Hello,
>
> I have some concerns regarding of *Validate* class with the case of null
> pointer exceptions. I see that there are some misleading m
Le 12/04/2011 18:10, Phil Steitz a écrit :
> On 4/12/11 8:26 AM, luc.maison...@free.fr wrote:
>> Hi Phil,
>>
>> - "Phil Steitz" a écrit :
>>
>>> On 4/12/11 1:51 AM, luc.maison...@free.fr wrote:
Hi all,
I have hit a limitation of the current implementation of ODE
>>> integrators
On Tue, Apr 12, 2011 at 1:14 PM, Hoat Le wrote:
> Hello,
>
> org.apache.commons
> commons-lang3
> 3.0
> Commons Lang
>
> As maven convention, we should use 3.0-SNAPSHOT for development-version
> (trunk here). I don't think we should use 3.0 here which is considered as a
> released version? Or
Hello,
org.apache.commons
commons-lang3
3.0
Commons Lang
As maven convention, we should use 3.0-SNAPSHOT for development-version
(trunk here). I don't think we should use 3.0 here which is considered as a
released version? Or any reason for doing that?
Thanks!
--
Hoat Le [hoatle.net]
I think "tuple" is a better package name. In geo-coordinates, I don't think
it's proper to call Longtitude a key and Latitude a value. It's just a tuple
of values. Same thing for 3d dimension space, etc.
On Tue, Apr 12, 2011 at 12:33 PM, Gary Gregory wrote:
> On Tue, Apr 12, 2011 at 12:16 PM, Ste
On Tue, Apr 12, 2011 at 12:16 PM, Stephen Colebourne
wrote:
> On 12 April 2011 17:10, Matt Benson wrote:
> > On Tue, Apr 12, 2011 at 10:20 AM, Stephen Colebourne
> > wrote:
> >> The [collections] KeyValue class was a mistake. [lang] Pair is a
> >> better more general concept.
> >>
> >> The only
On 12 April 2011 17:10, Matt Benson wrote:
> On Tue, Apr 12, 2011 at 10:20 AM, Stephen Colebourne
> wrote:
>> The [collections] KeyValue class was a mistake. [lang] Pair is a
>> better more general concept.
>>
>> The only thing I'd consider with [lang] Pair now is whether it should
>> move to its
On 4/12/11 8:26 AM, luc.maison...@free.fr wrote:
> Hi Phil,
>
> - "Phil Steitz" a écrit :
>
>> On 4/12/11 1:51 AM, luc.maison...@free.fr wrote:
>>> Hi all,
>>>
>>> I have hit a limitation of the current implementation of ODE
>> integrators with adaptive step size. For now, the tolerances that
On Tue, Apr 12, 2011 at 10:20 AM, Stephen Colebourne
wrote:
> The [collections] KeyValue class was a mistake. [lang] Pair is a
> better more general concept.
>
> The only thing I'd consider with [lang] Pair now is whether it should
> move to its own package, in case it grows later (primitive versi
Hi Phil,
- "Phil Steitz" a écrit :
> On 4/12/11 1:51 AM, luc.maison...@free.fr wrote:
> > Hi all,
> >
> > I have hit a limitation of the current implementation of ODE
> integrators with adaptive step size. For now, the tolerances that are
> used to adjust the step size are specified only at
The [collections] KeyValue class was a mistake. [lang] Pair is a
better more general concept.
The only thing I'd consider with [lang] Pair now is whether it should
move to its own package, in case it grows later (primitive versions).
Stephen
On 11 April 2011 21:00, Matt Benson wrote:
> On Mon,
On 4/12/11 1:51 AM, luc.maison...@free.fr wrote:
> Hi all,
>
> I have hit a limitation of the current implementation of ODE integrators with
> adaptive step size. For now, the tolerances that are used to adjust the step
> size are specified only at construction time and cannot be changed
> after
On 4/12/11 12:45 AM, Jörg Schaible wrote:
> Hi Phil,
>
> Phil Steitz wrote:
>
>> On 4/10/11 11:44 PM, Jörg Schaible wrote:
>>> Hi Hen,
>>>
>>> Henri Yandell wrote:
>>>
On Sun, Apr 10, 2011 at 1:43 PM, Phil Steitz
>>> [snip]
>>>
> * One last nit - why did we decide to dump the Ant build. V
Hello,
I have some concerns regarding of *Validate* class with the case of null
pointer exceptions. I see that there are some misleading messages, please
see below:
/**
* Expected: java.lang.NullPointerException: The validated object is
null
* Actual: java.lang.NullPointerExceptio
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=7219&projectId=97
Build statistics:
State: Failed
Previous State: Failed
Started at: Tue 12 Apr 2011 10:34:23 +
Finished at: Tue 12 Apr 2011 10:36:22 +
Total time: 1m 59s
Build Trigger: Schedule
B
Hi all,
I have hit a limitation of the current implementation of ODE integrators with
adaptive step size. For now, the tolerances that are used to adjust the step
size are specified only at construction time and cannot be changed afterwards.
However, these tolerances are highly problem-dependen
Hi Phil,
Phil Steitz wrote:
> On 4/10/11 11:44 PM, Jörg Schaible wrote:
>> Hi Hen,
>>
>> Henri Yandell wrote:
>>
>>> On Sun, Apr 10, 2011 at 1:43 PM, Phil Steitz
>> [snip]
>>
* One last nit - why did we decide to dump the Ant build. Version
2.6 seems to have a working Ant build. Why wo
- "Gilles Sadowski" a écrit :
> On Mon, Apr 11, 2011 at 06:02:52PM -, l...@apache.org wrote:
> > Author: luc
> > Date: Mon Apr 11 18:02:52 2011
> > New Revision: 1091153
> >
> > URL: http://svn.apache.org/viewvc?rev=1091153&view=rev
> > Log:
> > make sure the test runs correctly even in
42 matches
Mail list logo
