Le 2015-12-23 01:41, Gilles a écrit :
On Tue, 22 Dec 2015 13:17:16 -0600, Ole Ersoy wrote:
On 12/22/2015 11:46 AM, Gilles wrote:
Hi.
On Mon, 21 Dec 2015 22:44:16 -0600, Ole Ersoy wrote:
On 12/21/2015 06:44 PM, Gilles wrote:
On Mon, 21 Dec 2015 12:14:16 -0600, Ole Ersoy wrote:
Hi,
I was con
We'll now make a start with executing on the below proposal, moving to Java 8
first and then introducing JSON datamodel support to replace and drop XML/XPath
datamodel thereafter.
Regards, Ate
On 2015-12-09 10:15, Ate Douma wrote:
Since early this year the progress and development of Commons
Hello.
On Wed, 23 Dec 2015 10:38:03 +0100, luc wrote:
Le 2015-12-23 01:41, Gilles a écrit :
On Tue, 22 Dec 2015 13:17:16 -0600, Ole Ersoy wrote:
On 12/22/2015 11:46 AM, Gilles wrote:
Hi.
On Mon, 21 Dec 2015 22:44:16 -0600, Ole Ersoy wrote:
On 12/21/2015 06:44 PM, Gilles wrote:
On Mon, 21 De
On 12/21/2015 04:41 AM, Gilles wrote:
> On Sat, 19 Dec 2015 11:35:26 -0700, Phil Steitz wrote:
>> On 12/19/15 9:02 AM, Gilles wrote:
>>> Hi.
>>>
>>> While experimenting on
>>> https://issues.apache.org/jira/browse/MATH-1300
>>> I created a new
>>> JDKRandomGeneratorTest
>>> that inherits from
>
Go to town! ;-)
G
On Wed, Dec 23, 2015 at 4:00 AM, Ate Douma wrote:
> We'll now make a start with executing on the below proposal, moving to
> Java 8 first and then introducing JSON datamodel support to replace and
> drop XML/XPath datamodel thereafter.
>
> Regards, Ate
>
>
> On 2015-12-09 10:1
On Wed, 23 Dec 2015 16:26:52 +0100, Thomas Neidhart wrote:
On 12/21/2015 04:41 AM, Gilles wrote:
On Sat, 19 Dec 2015 11:35:26 -0700, Phil Steitz wrote:
On 12/19/15 9:02 AM, Gilles wrote:
Hi.
While experimenting on
https://issues.apache.org/jira/browse/MATH-1300
I created a new
JDKRandomGe
On 12/23/2015 05:39 PM, Gilles wrote:
> On Wed, 23 Dec 2015 16:26:52 +0100, Thomas Neidhart wrote:
>> On 12/21/2015 04:41 AM, Gilles wrote:
>>> On Sat, 19 Dec 2015 11:35:26 -0700, Phil Steitz wrote:
On 12/19/15 9:02 AM, Gilles wrote:
> Hi.
>
> While experimenting on
> https:/
[...]
Looks good. Where is the code? ;-)
So CM clients would:
catch(MathException e) {
String exceptionTemplate = ResourceBundle.getBundle("cm.exception.templates", new
Locale("en", "US")).getString(e.getType());
String i18Nmessage = buildMessage(exceptionTemplate, e.getContext());
[...]
On 12/23/2015 03:38 AM, luc wrote:
interface ExceptionLocalizer {
/** Localize an exception message.
* @param locale locale to use
* @param me exception to localize
* @return localized message for the exception
*/
String localize(Locale locale, MathExcept
Le 23/12/2015 14:32, Gilles a écrit :
> Hello.
>
> On Wed, 23 Dec 2015 10:38:03 +0100, luc wrote:
>> Le 2015-12-23 01:41, Gilles a écrit :
>>> On Tue, 22 Dec 2015 13:17:16 -0600, Ole Ersoy wrote:
On 12/22/2015 11:46 AM, Gilles wrote:
> Hi.
> On Mon, 21 Dec 2015 22:44:16 -0600, Ole Ers
A few drawbacks to having IAE thrown by CM is that it complicates and blurres
things for those designing a handler that catches all CM exceptions. CM
advertising a factory that throws each exception 'type' under globally unique
conditions minimizes root cause analysis time and indirection.
Th
We have fixed quite a few bugs and added some significant
enhancements since commons-io was released,
so I would like to release commons-io 2.5
commons-io 2.5 RC2 is available for review here:
https://dist.apache.org/repos/dist/dev/commons/io/ (svn revision 11732)
Maven artifacts are here:
On Wed, 23 Dec 2015 20:18:10 +0100, Luc Maisonobe wrote:
Le 23/12/2015 14:32, Gilles a écrit :
Hello.
On Wed, 23 Dec 2015 10:38:03 +0100, luc wrote:
Le 2015-12-23 01:41, Gilles a écrit :
On Tue, 22 Dec 2015 13:17:16 -0600, Ole Ersoy wrote:
On 12/22/2015 11:46 AM, Gilles wrote:
Hi.
On Mon, 2
On Wed, 23 Dec 2015 14:08:13 -0600, Ole Ersoy wrote:
A few drawbacks to having IAE thrown by CM is that it complicates and
blurres things for those designing a handler that catches all CM
exceptions. CM advertising a factory that throws each exception
'type' under globally unique conditions mini
Hi.
In commit f7ab3a70ec426669398b4f16d0f2dd5458d87a2e, a new constructor
was added: "JDKRandomGenerator(int)".
But I think that it should have been "JDKRandomGenerator(long)" as
in the constructor of "java.util.Random".
OK to change?
Regards,
Gilles
-
-1
MD5 and SHA1 sums do not match:
$ md5sum commons-io-2.5-src.zip
75f886de5526b3cc517eaa7b383e57d6 *commons-io-2.5-src.zip
$ cat commons-io-2.5-src.zip.md5
e5844f9b3eaab2f2625da21b9f2e994e
$ sha1sum commons-io-2.5-src.zip
585b0cfe1a6194d40ef70c0ec0b6925bca1856d7 *commons-io-2.5-src.zip
$ cat
Hola,
I started working on my LevenbergMarquardt optimizer experiment, and figured
I'd share the Lombok generated immutable configuration class that I split off
from the optimizer. This is only for show...Not trying to restart the lombok
inclusion in CM discussion.
https://github.com/firefly
17 matches
Mail list logo
