On 10 March 2013 15:53, William Speirs wrote:
> As the subject implies, I'm trying to get a release candidate ready for
> DBUtils 2.0. I haven't heard any feedback from the community on my changes,
> so I'm going to assume everyone loves them ;-)
>
> A few issues I'm running into:
>
> 1) Clirr is
On 10 March 2013 16:35, Luc Maisonobe wrote:
> Le 10/03/2013 15:28, Thomas Neidhart a écrit :
>> On 03/04/2013 01:24 PM, Luc Maisonobe wrote:
>>> Hi all,
>>>
>>> I would like to release version 3.2 of [math] soon.
>>> Any thoughts about it?
>>
>> There are 3 Clirr errors:
>>
>> Error Return type
On 03/10/2013 04:53 PM, William Speirs wrote:
> As the subject implies, I'm trying to get a release candidate ready for
> DBUtils 2.0. I haven't heard any feedback from the community on my changes,
> so I'm going to assume everyone loves them ;-)
>
> A few issues I'm running into:
>
> 1) Clirr is
On 03/10/2013 08:09 PM, Simone Tripodi wrote:
> Hi Thomas,
>
> thanks a lot for your help, very appreciated! :)
>
>> Critical
>>
>> * FILEUPLOAD-212: after looking more carefully into it I think it is
>>invalid, see the attached test
>>
>
> +1 I'd close it as `not a problem`
>
>> * FILEUP
mainly due to FILEUPLOAD-195 and FILEUPLOAD-228, the current vote is
no longer valid, I'll try to cut a new RC ASAP.
best,
-Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Sat, Mar 9, 2013 at 2:32 PM,
>> btw. I am unsure about this change, as it now only looks at the
>> Content-Length header. If none is set, the result it -1, but before we
>> were returning request.getContentLength().
>
> as you stated in FILEUPLOAD-179 I agree that "If none is present -1 is
> returned, so I guess it would be be
Le 10/03/2013 19:47, Phil Steitz a écrit :
> On 3/10/13 11:30 AM, Phil Steitz wrote:
>> On 3/4/13 4:24 AM, Luc Maisonobe wrote:
>>> Hi all,
>>>
>>> I would like to release version 3.2 of [math] soon.
>>> Any thoughts about it?
>>>
>>> Luc
>>>
>>>
On 3/8/13 12:14 PM, Becksfort, Jared wrote:
> Hello,
>
> I may be missing it somewhere, but I am surprised there is no function for
> scaling arrays in MathArrays.java or somewhere else.
>
> - Am I stupidly missing it?
Probably not. Closest thing is probably normalize in MathArrays.
>
>
Hi Thomas,
thanks a lot for your help, very appreciated! :)
> Critical
>
> * FILEUPLOAD-212: after looking more carefully into it I think it is
>invalid, see the attached test
>
+1 I'd close it as `not a problem`
> * FILEUPLOAD-193: as stated in the comments already, this was most
>li
On 3/10/13 11:30 AM, Phil Steitz wrote:
> On 3/4/13 4:24 AM, Luc Maisonobe wrote:
>> Hi all,
>>
>> I would like to release version 3.2 of [math] soon.
>> Any thoughts about it?
>>
>> Luc
>>
>> -
>> To unsubscribe, e-mail: dev-unsub
On 3/10/13 10:56 AM, Luc Maisonobe wrote:
> Hi Phil,
>
> Le 10/03/2013 18:28, Phil Steitz a écrit :
>> On 3/4/13 4:24 AM, Luc Maisonobe wrote:
>>> Hi all,
>>>
>>> I would like to release version 3.2 of [math] soon.
>>> Any thoughts about it?
>>>
>>> Luc
>>>
>>> -
On 3/4/13 4:24 AM, Luc Maisonobe wrote:
> Hi all,
>
> I would like to release version 3.2 of [math] soon.
> Any thoughts about it?
>
> Luc
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands
Hi Phil,
Le 10/03/2013 18:28, Phil Steitz a écrit :
> On 3/4/13 4:24 AM, Luc Maisonobe wrote:
>> Hi all,
>>
>> I would like to release version 3.2 of [math] soon.
>> Any thoughts about it?
>>
>> Luc
>>
>> -
>> To unsubscribe, e-ma
Hi Thomas,
Le 10/03/2013 17:44, Thomas Neidhart a écrit :
> On 03/10/2013 05:35 PM, Luc Maisonobe wrote:
>> Le 10/03/2013 15:28, Thomas Neidhart a écrit :
>>> On 03/04/2013 01:24 PM, Luc Maisonobe wrote:
Hi all,
I would like to release version 3.2 of [math] soon.
Any thoughts a
On 3/4/13 4:24 AM, Luc Maisonobe wrote:
> Hi all,
>
> I would like to release version 3.2 of [math] soon.
> Any thoughts about it?
>
> Luc
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands
On 03/09/2013 04:02 PM, Simone Tripodi wrote:
>> I do not think its the responsibility of the users that our provided
>> software is bug-free. If they do submit patches, great, if not, somebody
>> has to step in.
>>
>
> I agree, but at least a patch with unit test that proves the issue,
> would ce
On 03/10/2013 05:35 PM, Luc Maisonobe wrote:
> Le 10/03/2013 15:28, Thomas Neidhart a écrit :
>> On 03/04/2013 01:24 PM, Luc Maisonobe wrote:
>>> Hi all,
>>>
>>> I would like to release version 3.2 of [math] soon.
>>> Any thoughts about it?
>>
>> There are 3 Clirr errors:
>>
>> Error Return type
Le 10/03/2013 15:28, Thomas Neidhart a écrit :
> On 03/04/2013 01:24 PM, Luc Maisonobe wrote:
>> Hi all,
>>
>> I would like to release version 3.2 of [math] soon.
>> Any thoughts about it?
>
> There are 3 Clirr errors:
>
> Error Return type of method 'public int log10()' has been changed to
> o
As the subject implies, I'm trying to get a release candidate ready for
DBUtils 2.0. I haven't heard any feedback from the community on my changes,
so I'm going to assume everyone loves them ;-)
A few issues I'm running into:
1) Clirr is trying to compare my 2.0 release with version 1.5. How do I
That means 4.0 and all that entails (Maven coords and package change) or
fix the Clirr errors.
Gary
On Sun, Mar 10, 2013 at 10:28 AM, Thomas Neidhart wrote:
> On 03/04/2013 01:24 PM, Luc Maisonobe wrote:
> > Hi all,
> >
> > I would like to release version 3.2 of [math] soon.
> > Any thoughts a
On 03/04/2013 01:24 PM, Luc Maisonobe wrote:
> Hi all,
>
> I would like to release version 3.2 of [math] soon.
> Any thoughts about it?
There are 3 Clirr errors:
Error Return type of method 'public int log10()' has been changed to
org.apache.commons.math3.dfp.Dfp
Error Method 'protected org
Dear Wiki user,
You have subscribed to a wiki page or wiki category on "Commons Wiki" for
change notification.
The "CodeStyle" page has been changed by sebbapache:
http://wiki.apache.org/commons/CodeStyle?action=diff&rev1=7&rev2=8
Comment:
Add @deprecated/@since rules
||SVN keywords: $Date$
Hi,
we have this bug filed for BeanUtils, that seems to be related to generic
collections used for indexed properties in conjunction with Java 7. In
summary, when using a List instead of a untyped List for an indexed
property, PropertyUtils.getPropertyType will return null.
There is a proposed so
23 matches
Mail list logo