[GUMP@vmgump]: Project commons-id (in module commons-sandbox) failed

2012-05-15 Thread Gump
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-id has an issue affecting its community integration. This issue

[GUMP@vmgump]: Project commons-scxml-test (in module apache-commons) failed

2012-05-15 Thread Gump
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

[GUMP@vmgump]: Project commons-jelly-tags-jmx (in module commons-jelly) failed

2012-05-15 Thread Gump
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-jmx has an issue affecting its community integration.

Re: [Math] Serializable (again)

2012-05-15 Thread Heinz Kredel
Hi all, as I am also interested in short term serialization just for moving objects between a distributed virtual machines and not in long term serialization, I would support the discussion up to now. To express our intentions we could make an interface, say public interface Transportable

Re: [Math] Serializable (again)

2012-05-15 Thread Axel
Hi In my opinion for more advanced uses it makes sense to use tools like Googles protocol-buffers for serialization: http://developers.google.com/protocol-buffers/docs/javatutorial The main advantage is, that you can share data with applications written in C++ or Python. -- Axel Kramer

Re: [Math] Serializable (again)

2012-05-15 Thread Heinz Kredel
Hi, for long term serialization I would also look for an other mechanism than implementing Serializable. I would prefere an ASCII/JSON/XML kind of externalizable format. This would have the advantage of not being limited Java, but open for processing with other languages. I did not see use

Re: [Math] Serializable (again)

2012-05-15 Thread Gilles Sadowski
Hello. as I am also interested in short term serialization just for moving objects between a distributed virtual machines and not in long term serialization, I would support the discussion up to now. To express our intentions we could make an interface, say public interface

Re: [Math] Serializable (again)

2012-05-15 Thread Gilles Sadowski
On Tue, May 15, 2012 at 12:50:15PM +0200, Axel wrote: Hi In my opinion for more advanced uses it makes sense to use tools like Googles protocol-buffers for serialization: http://developers.google.com/protocol-buffers/docs/javatutorial This is indeed one possibility (which by the way shows

[GUMP@vmgump]: Project commons-digester3 (in module apache-commons) failed

2012-05-15 Thread Gump
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

[GUMP@vmgump]: Project commons-graph (in module commons-sandbox) failed

2012-05-15 Thread commons-graph development
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-graph has an issue affecting its community integration. This

[GUMP@vmgump]: Project commons-proxy-test (in module apache-commons) failed

2012-05-15 Thread Gump
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

[math] Possible confusions in GammaDistribution

2012-05-15 Thread Sébastien Brisard
Hi, while working on MATH-753, I found that some methods o.a.c.m3.distribution.GammaDistribution were ill-named. Indeed, the class javadoc explicitly refers to the Wikipedia page. In this page, the shape parameter is named alpha and the scale parameter is 1 / beta (inverse of beta), while in the