Dear all,
in previous discussions, it was decided that Interfaces (and, I
suppose abstract methods) should *not* have a throws clause.
So, yesterday, I started modifying the javadoc of FieldVector. Each
"throws" clause was simply replaced by the following statement
"Implementations should throw [..
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-dbutils has an issue affecting its community integration.
This iss
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-chain2 has an issue affecting its community integration.
This issu
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-digester3 has an issue affecting its community integration.
This i
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-exec-test has an issue affecting its community integration.
This i
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-dbcp2 has an issue affecting its community integration.
This issue
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-dbcp has an issue affecting its community integration.
This issue
Hello.
[For those who don't wish to read the whole post, please at least go towards
the end and indicate your preferred option. Thanks.]
> > [...]
> >> All are bad arguments violating API contract,
> >> all detected at method activation time -> IAE.
> > Agreed... if the policy is to _always_ chec
On 12 September 2012 13:25, Gary Gregory wrote:
> On Wed, Sep 12, 2012 at 2:02 AM, Jörg Schaible
> wrote:
>
>> Hi Gary,
>>
>> Gary Gregory wrote:
>>
>> > Hi All:
>> >
>> > What left to be done to release a [CSV] 1.0?
>> >
>> > The one thing I do not like are all the CSVFoo and CSVBar class names.
On 09/11/2012 02:26 PM, Gary Gregory wrote:
> Hello All:
>
> This is a VOTE to release Commons Codec 1.7-RC2.
+1
Thomas
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@comm
On 9/12/12 8:52 AM, Gilles Sadowski wrote:
>> [...]
>>
>> I know this is a little of a sore subject, but in this and other
>> cases where arguments violate documented preconditions, I think we
>> should throw IAE, which means MNAE is only appropriate as long as it
>> continues to subclass our surro
Le 12/09/2012 16:32, Gilles Sadowski a écrit :
>
> I think that "silly classes" should not be allowed in CM!
As all I am able to do is silly work, I should stop working for [math]
then ;-)
> ;-)
>
>> Hi all,
>>
>> Continuing the work on the new differentiation framework, I am facing a
>> silly
> [...]
>
> I know this is a little of a sore subject, but in this and other
> cases where arguments violate documented preconditions, I think we
> should throw IAE, which means MNAE is only appropriate as long as it
> continues to subclass our surrogate for IAE - MIAE.
>
> If I sound hard-headed
I think that "silly classes" should not be allowed in CM!
;-)
> Hi all,
>
> Continuing the work on the new differentiation framework, I am facing a
> silly naming problem. This problem is exactly the same I encountered
> while I updated the solvers: the Java language does not allow to inherit
>
> [...]
> I have been working on the stat package
> throws stuff. If I can have the weekend to finish, I could finish
> that; otherwise we release with this issue partly done (which is OK
> by me, as long as we push out the ticket).
>
I'm still working on the linear package, and there is still a l
On 9/12/12 5:04 AM, Gilles Sadowski wrote:
> Hello.
>
> This thread was left alone for some time, although the main issue was not
> settled: I requested the release of a new version of CM.
>
> I quote my remarks from an earlier message in this thread:
>
>> [...] issues resulted in some work being d
On 9/12/12 5:14 AM, Sébastien Brisard wrote:
> 2012/9/12 Gilles Sadowski :
>> On Wed, Sep 12, 2012 at 01:14:32PM +0200, Sébastien Brisard wrote:
>>> Hi Gilles,
>>>
>>> 2012/9/12 Gilles Sadowski :
On Wed, Sep 12, 2012 at 06:46:29AM +0200, Sébastien Brisard wrote:
> Hi Phil,
>
> 2012
On Wed, Sep 12, 2012 at 2:04 PM, Gilles Sadowski <
gil...@harfang.homelinux.org> wrote:
> Hello.
>
> This thread was left alone for some time, although the main issue was not
> settled: I requested the release of a new version of CM.
>
> I quote my remarks from an earlier message in this thread:
>
On Wed, Sep 12, 2012 at 2:02 AM, Jörg Schaible
wrote:
> Hi Gary,
>
> Gary Gregory wrote:
>
> > Hi All:
> >
> > What left to be done to release a [CSV] 1.0?
> >
> > The one thing I do not like are all the CSVFoo and CSVBar class names. I
> > like CsvFoo and CsvBar better.
> >
> > Any agreement (or
>> >> } catch (final MathArithmeticException e) {
>> >> -throw new
>> >> MathArithmeticException(LocalizedFormats.ENTRY, i);
>> >> +throw new
>> >> MathArithmeticException(LocalizedFormats.INDEX, i);
>> >> }
>> >> }
>> >
>> > Do w
2012/9/12 Gilles Sadowski :
> On Wed, Sep 12, 2012 at 01:14:32PM +0200, Sébastien Brisard wrote:
>> Hi Gilles,
>>
>> 2012/9/12 Gilles Sadowski :
>> > On Wed, Sep 12, 2012 at 06:46:29AM +0200, Sébastien Brisard wrote:
>> >> Hi Phil,
>> >>
>> >> 2012/9/10 Phil Steitz :
>> >> > On 9/10/12 11:47 AM, Sé
Hi Gilles,
2012/9/12 Gilles Sadowski :
> Hello.
>
> This thread was left alone for some time, although the main issue was not
> settled: I requested the release of a new version of CM.
>
> I quote my remarks from an earlier message in this thread:
>
>> [...] issues resulted in some work being done
Le 12/09/2012 14:04, Gilles Sadowski a écrit :
> Hello.
>
> This thread was left alone for some time, although the main issue was not
> settled: I requested the release of a new version of CM.
>
> I quote my remarks from an earlier message in this thread:
>
>> [...] issues resulted in some work
Hello.
This thread was left alone for some time, although the main issue was not
settled: I requested the release of a new version of CM.
I quote my remarks from an earlier message in this thread:
> [...] issues resulted in some work being done, [...]
> My opinion is that releases must reflect t
Hi all,
Continuing the work on the new differentiation framework, I am facing a
silly naming problem. This problem is exactly the same I encountered
while I updated the solvers: the Java language does not allow to inherit
from the same parameterized interface with two different parameters.
So whe
On Wed, Sep 12, 2012 at 01:14:32PM +0200, Sébastien Brisard wrote:
> Hi Gilles,
>
> 2012/9/12 Gilles Sadowski :
> > On Wed, Sep 12, 2012 at 06:46:29AM +0200, Sébastien Brisard wrote:
> >> Hi Phil,
> >>
> >> 2012/9/10 Phil Steitz :
> >> > On 9/10/12 11:47 AM, Sébastien Brisard wrote:
> >> >> Hi
> >
> >
> > Please discard my previous message...
> > Again one disability of mine (apart from not being an HTML parser): I
> > process messages sequentially. :-) Sorry.
> >
> As for me, I can't read emails (you pointed at INDEX in one of your
> previous messages...).
So we are even. ;-)
>
> >
> > B
Hi Gilles,
2012/9/12 Gilles Sadowski :
> On Wed, Sep 12, 2012 at 06:46:29AM +0200, Sébastien Brisard wrote:
>> Hi Phil,
>>
>> 2012/9/10 Phil Steitz :
>> > On 9/10/12 11:47 AM, Sébastien Brisard wrote:
>> >> Hi
>> >> What should I do there?
>> >> I'm trying to work on MATH-854. It turns out that Fi
On Wed, Sep 12, 2012 at 06:46:29AM +0200, Sébastien Brisard wrote:
> Hi Phil,
>
> 2012/9/10 Phil Steitz :
> > On 9/10/12 11:47 AM, Sébastien Brisard wrote:
> >> Hi
> >> What should I do there?
> >> I'm trying to work on MATH-854. It turns out that FieldElement.add
> >> throws a NAE. Should I catch
Hi Gilles,
2012/9/12 Gilles Sadowski :
> Hello Sébastien.
>
> On Wed, Sep 12, 2012 at 04:43:39AM -, celes...@apache.org wrote:
>> Author: celestin
>> Date: Wed Sep 12 04:43:38 2012
>> New Revision: 1383770
>>
>> URL: http://svn.apache.org/viewvc?rev=1383770&view=rev
>> Log:
>> Removed Localize
Hello Sébastien.
On Wed, Sep 12, 2012 at 04:43:39AM -, celes...@apache.org wrote:
> Author: celestin
> Date: Wed Sep 12 04:43:38 2012
> New Revision: 1383770
>
> URL: http://svn.apache.org/viewvc?rev=1383770&view=rev
> Log:
> Removed LocalizedFormats.ENTRY previously introduced in r1383747, a
Hi Sébastien.
> Author: celestin
> Date: Wed Sep 12 03:46:31 2012
> New Revision: 1383747
>
> URL: http://svn.apache.org/viewvc?rev=1383747&view=rev
> Log:
> Added new localized error message "entry {0}" to signal null entries in
> FieldVectors.
>
> Modified:
>
> commons/proper/math/trunk/
On 12 September 2012 10:29, Simone Tripodi wrote:
> Guten morgen, Jörg!
>
>> JDK has actually XMLWriter as well as XmlWriter :D
>>
>
> lol indeed, that's fun! :D
>
>> However, since is more of a personal preference, I'd not set up any rule for
>> all Apache commons components, we should just try t
Guten morgen, Jörg!
> JDK has actually XMLWriter as well as XmlWriter :D
>
lol indeed, that's fun! :D
> However, since is more of a personal preference, I'd not set up any rule for
> all Apache commons components, we should just try to keep it consistent
> within a component.
>
+1, no doubts!
Hi Simo,
Simone Tripodi wrote:
>>> Any agreement (or objection) on changing that?
>>
>> Why? CSV is an acronym and as such capital letters are OK.
>
> I remember a thread where we discussed about that, unfortunately I
> cannot find it anymore (quickly tried a little on markmail but with no
> suc
+1
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Tue, Sep 11, 2012 at 2:26 PM, Gary Gregory wrote:
> Hello All:
>
> This is a VOTE to release Commons Codec 1.7-RC2.
>
> The differences with RC1 are:
>
>
>> Any agreement (or objection) on changing that?
>
> Why? CSV is an acronym and as such capital letters are OK.
I remember a thread where we discussed about that, unfortunately I
cannot find it anymore (quickly tried a little on markmail but with no
success) - not sure we arrived somewhere - but
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-sql has an issue affecting its community integration.
T
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
40 matches
Mail list logo
