On Mon, Jan 31, 2011 at 3:22 PM, Phil Steitz wrote:
> On Mon, Jan 31, 2011 at 3:12 PM, Gary Gregory
> wrote:
>>> -Original Message-
>>> From: Luc Maisonobe [mailto:luc.maison...@free.fr]
>>> Sent: Monday, January 31, 2011 14:52
>>> To: Commons Developers List
>>> Subject: Re: [sandbox] ne
We are in process of redesigning our exceptions hierarchy in [math]
and we could use some input / perspective from other Commons
community members. Thanks in advance for your feedback and perspective.
The most recent attempt at agreeing on design principles is [1] and
I have tried to document the
Hello. :-)
^
Thus, you know what's coming below.
> I have shortened the message because it is now almost unreadable, so I
> would like to focus to a few points only.
>
> >
> > So? If you remember, this is exactly what we talked about when we met in
> > person. "myOwnAlgorithmWhichCalls
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=2994&projectId=108
Build statistics:
State: Failed
Previous State: Failed
Started at: Mon 31 Jan 2011 22:26:17 +
Finished at: Mon 31 Jan 2011 22:29:57 +
Total time: 3m 39s
Build Trigger: Schedule
Le 31/01/2011 21:22, Phil Steitz a écrit :
> On Mon, Jan 31, 2011 at 3:12 PM, Gary Gregory
> wrote:
>>> -Original Message-
>>> From: Luc Maisonobe [mailto:luc.maison...@free.fr]
>>> Sent: Monday, January 31, 2011 14:52
>>> To: Commons Developers List
>>> Subject: Re: [sandbox] new sandbox
Did not notice the additional release.
We can fix that for the next version of Commons parent.
On 31 January 2011 20:18, Gary Gregory wrote:
> Why not go all the way 1.6?
>
> Gary
>
>> -Original Message-
>> From: s...@apache.org [mailto:s...@apache.org]
>> Sent: Monday, January 31, 2011
On Mon, Jan 31, 2011 at 3:12 PM, Gary Gregory
wrote:
>> -Original Message-
>> From: Luc Maisonobe [mailto:luc.maison...@free.fr]
>> Sent: Monday, January 31, 2011 14:52
>> To: Commons Developers List
>> Subject: Re: [sandbox] new sandbox component
>>
>> Le 31/01/2011 20:13, Phil Steitz a é
Why not go all the way 1.6?
Gary
> -Original Message-
> From: s...@apache.org [mailto:s...@apache.org]
> Sent: Monday, January 31, 2011 14:56
> To: comm...@commons.apache.org
> Subject: svn commit: r1065731 - /commons/proper/commons-
> parent/trunk/pom.xml
>
> Author: sebb
> Date: Mon J
On Mon, Jan 31, 2011 at 2:51 PM, Luc Maisonobe wrote:
> Le 31/01/2011 20:13, Phil Steitz a écrit :
>> On 1/31/11 1:59 PM, Luc Maisonobe wrote:
>>> Le 31/01/2011 17:46, Gary Gregory a écrit :
Does that really fit in [math] or would it be better in a new component
like a [geometry]?
>>> G
> -Original Message-
> From: Luc Maisonobe [mailto:luc.maison...@free.fr]
> Sent: Monday, January 31, 2011 14:52
> To: Commons Developers List
> Subject: Re: [sandbox] new sandbox component
>
> Le 31/01/2011 20:13, Phil Steitz a écrit :
> > On 1/31/11 1:59 PM, Luc Maisonobe wrote:
> >> Le
On 1/31/11, Luc Maisonobe wrote:
> Le 31/01/2011 19:49, Phil Steitz a écrit :
>> On 1/31/11 12:38 PM, Matt Benson wrote:
>>> +1, as long as your "seed code" is authored solely by yourself and
>>> cannot be claimed the property of any other entity, my ignorance of EU
>>> IP law notwithstanding.
>>>
my +1 for the sandbox proposal and interested also on contribute, even
if I'm too distracted by my Digester3 proposal :P
good work!
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Mon, Jan 31, 2011 at 6:38 PM, Matt Benson wrote:
> +1, as long as your "seed code" is auth
Le 31/01/2011 20:13, Phil Steitz a écrit :
> On 1/31/11 1:59 PM, Luc Maisonobe wrote:
>> Le 31/01/2011 17:46, Gary Gregory a écrit :
>>> Does that really fit in [math] or would it be better in a new component
>>> like a [geometry]?
>> Good idea, thanks Gary, I'll start with geometry as the name. W
On Mon, Jan 31, 2011 at 2:34 PM, Phil Steitz wrote:
> On Mon, Jan 31, 2011 at 2:28 PM, Phil Steitz wrote:
>> On Wed, Jan 26, 2011 at 2:21 PM, Luc Maisonobe wrote:
>>> There are only two issues left in Jira for 2.2.
>>>
>>> I think MATH-488 could be considered resolved as the class has been
>>> d
On Mon, Jan 31, 2011 at 2:28 PM, Phil Steitz wrote:
> On Wed, Jan 26, 2011 at 2:21 PM, Luc Maisonobe wrote:
>> There are only two issues left in Jira for 2.2.
>>
>> I think MATH-488 could be considered resolved as the class has been
>> deprecated as requested 5 days ago.
>>
>> Concerning MATH-487
Le 30/01/2011 23:55, Gilles Sadowski a écrit :
> Hi.
Hi Gilles,
I have shortened the message because it is now almost unreadable, so I
would like to focus to a few points only.
>
> So? If you remember, this is exactly what we talked about when we met in
> person. "myOwnAlgorithmWhichCallsSolver
On Wed, Jan 26, 2011 at 2:21 PM, Luc Maisonobe wrote:
> There are only two issues left in Jira for 2.2.
>
> I think MATH-488 could be considered resolved as the class has been
> deprecated as requested 5 days ago.
>
> Concerning MATH-487, I understood we are going to keep
> ConvergenceException as
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=2978&projectId=206
Build statistics:
State: Failed
Previous State: Ok
Started at: Mon 31 Jan 2011 19:20:26 +
Finished at: Mon 31 Jan 2011 19:22:03 +
Total time: 1m 37s
Build Trigger: Schedule
Buil
On 1/31/11 1:59 PM, Luc Maisonobe wrote:
> Le 31/01/2011 17:46, Gary Gregory a écrit :
>> Does that really fit in [math] or would it be better in a new component like
>> a [geometry]?
> Good idea, thanks Gary, I'll start with geometry as the name. We can
> decide later if we include it in [math] o
Le 31/01/2011 19:49, Phil Steitz a écrit :
> On 1/31/11 12:38 PM, Matt Benson wrote:
>> +1, as long as your "seed code" is authored solely by yourself and
>> cannot be claimed the property of any other entity, my ignorance of EU
>> IP law notwithstanding.
>>
> Good point. I know Luc is well aware
Le 31/01/2011 17:46, Gary Gregory a écrit :
> Does that really fit in [math] or would it be better in a new component like
> a [geometry]?
Good idea, thanks Gary, I'll start with geometry as the name. We can
decide later if we include it in [math] or not. It will at least depend
on [math].
Luc
On 1/31/11 12:38 PM, Matt Benson wrote:
> +1, as long as your "seed code" is authored solely by yourself and
> cannot be claimed the property of any other entity, my ignorance of EU
> IP law notwithstanding.
>
Good point. I know Luc is well aware of this, but I should have
added clean IP as a requ
+1, as long as your "seed code" is authored solely by yourself and
cannot be claimed the property of any other entity, my ignorance of EU
IP law notwithstanding.
Matt
On 1/31/11, Phil Steitz wrote:
> On Mon, Jan 31, 2011 at 11:23 AM, wrote:
>> Hi all,
>>
>> I have a bunch of code lying around
On Mon, Jan 31, 2011 at 11:23 AM, wrote:
> Hi all,
>
> I have a bunch of code lying around to deal with BSP trees (useful in
> different kinds of geometry modeling) and I would like to start a new sandbox
> component to improve it and maybe merge it back to [math] if useful or let it
> grow as
Commons Parent POM version 18 has been released to
https://repository.apache.org/content/groups/public/
This version allows Maven 3 and Maven 2 to be used interchangeably.
Changes since v17 are:
- Update to Surefire 2.7.1 (from the 2.5 default and 2.2 for the Java 1.3
profile.)
- Update plugins
Does that really fit in [math] or would it be better in a new component like a
[geometry]?
Gary
> -Original Message-
> From: luc.maison...@free.fr [mailto:luc.maison...@free.fr]
> Sent: Monday, January 31, 2011 11:23
> To: Commons Developers List
> Subject: [sandbox] new sandbox compone
On 11-01-30 06:55 AM, Johan Roxendal wrote:
you'll find that I used it to write my thesis, located at
http://code.google.com/p/pyscxml/downloads/detail?name=exjobb_johan_roxendal.pdf&can=2&q=
Adding it to my literature review :)
Jake
---
Hello Gavin!
It sounds like very ambitious goal. Go for it.
I don't know ActionScript but I should have syntax derived from
JavaScript (ECMAScript). There is already JS SCXML engine at
http://commons.apache.org/sandbox/gsoc/2010/scxml-js/ so you use it
like base or at least for inspiration.
God b
hey,
I applaude the ambition, but I see little sense in doing this from scratch –
have a look at http://code.google.com/p/scxml4flex/ first. I actually spent
quite some time writing that code, and now it's been sitting there for a few
months while I develop its sister project in Python at
http
On Sun, Jan 30, 2011 at 10:20:33AM -0500, Phil Steitz wrote:
>
> On Jan 28, 2011, at 11:31 PM, Gilles Sadowski wrote:
>
> > Hello.
> >
> >>> OK. But now that we have detected an "aroma" around unilaterally
> >>> making UnivariateRealFunction throw Math*User*Exception, I wonder if
>
Hi all,
I have a bunch of code lying around to deal with BSP trees (useful in different
kinds of geometry modeling) and I would like to start a new sandbox component
to improve it and maybe merge it back to [math] if useful or let it grow as a
standalone component.
Do you agree with the idea ?
On 31 January 2011 14:37, Gary Gregory wrote:
>> -Original Message-
>> From: sebb [mailto:seb...@gmail.com]
>> Sent: Monday, January 31, 2011 09:35
>> To: Commons Developers List
>> Subject: Re: [parent] problem copying to m2-ibiblio-rsync-repository
>>
>> On 31 January 2011 14:19, Gary Gr
> -Original Message-
> From: sebb [mailto:seb...@gmail.com]
> Sent: Monday, January 31, 2011 09:35
> To: Commons Developers List
> Subject: Re: [parent] problem copying to m2-ibiblio-rsync-repository
>
> On 31 January 2011 14:19, Gary Gregory
> wrote:
> > Hi All:
> >
> > I now realize tha
On 31 January 2011 14:19, Gary Gregory wrote:
> Hi All:
>
> I now realize that version 18 of commons-parent is not on Maven Central
> because I did not run:
>
> mvn stage:copy
> -Dsource="https://repository.apache.org/content/repositories/releases/org/apache/commons/commons-parent/18/";
>
> -D
Hi All:
I now realize that version 18 of commons-parent is not on Maven Central because
I did not run:
mvn stage:copy
-Dsource="https://repository.apache.org/content/repositories/releases/org/apache/commons/commons-parent/18/";
-Dtarget="scp://people.apache.org/www/people.apache.org/repo/m2-i
On 31 January 2011 13:48, wrote:
> Author: erans
> Date: Mon Jan 31 13:48:50 2011
> New Revision: 1065614
>
> URL: http://svn.apache.org/viewvc?rev=1065614&view=rev
> Log:
> Javadoc update.
>
> Modified:
>
> commons/proper/math/trunk/src/main/java/org/apache/commons/math/analysis/function/Log
On Sun, Jan 30, 2011 at 08:47:41AM -0500, Phil Steitz wrote:
> > [...]
> > + * @throws NotStrictlyPositiveException if {@code n <= 0}.]
>
> Aren't there other constraints on the parameters?
> Like upper > lower,
> growth rate >= 0?
I don't think so, but I have clarified the meaning of paramet
AFAIK yes, it should happen once an hour, at least this is the policy
on Sonatype's repo...
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Mon, Jan 31, 2011 at 12:49 PM, Gary Gregory
wrote:
>> -Original Message-
>> From: simone.trip...@gmail.com [mailto:simone.
Note that some rules can be recorded in a Checkstyle configuration that runs as
part of the Maven build.
Gary
> -Original Message-
> From: Jörg Schaible [mailto:joerg.schai...@scalaris.com]
> Sent: Monday, January 31, 2011 06:12
> To: dev@commons.apache.org
> Subject: Re: [csv] fixing c
> -Original Message-
> From: simone.trip...@gmail.com [mailto:simone.trip...@gmail.com] On Behalf
> Of Simone Tripodi
> Sent: Monday, January 31, 2011 02:21
> To: Commons Developers List
> Subject: Re: [ANNOUNCE] Commons Parent POM V18
>
> Thanks a lot Gary for having taken care of it!
> H
Do yourself a favor and use a code formatter like Eclipse's ;)
Gary Gregory
Senior Software Engineer
Rocket Software
3340 Peachtree Road, Suite 820 . Atlanta, GA 30326 . USA
Tel: +1.404.760.1560
Email: ggreg...@seagullsoftware.com
Web: seagull.rocketsoftware.com
> -Original Message-
>
On Jan 31, 2011, at 12:12 PM, Jörg Schaible wrote:
> Hi Jacopo,
>
> Jacopo Cappellato wrote:
>
>> I would like to fix some of the code formatting inconsistencies in the
>> classes commons-csv, starting with indentation: most of the classes use
>> the 4-blanks unit for indentation but CSVParser,
Hi Jacopo,
Jacopo Cappellato wrote:
> I would like to fix some of the code formatting inconsistencies in the
> classes commons-csv, starting with indentation: most of the classes use
> the 4-blanks unit for indentation but CSVParser, CSVPrinter and
> ExtendedBufferedReader use a 2-blanks unit; th
I would like to fix some of the code formatting inconsistencies in the classes
commons-csv, starting with indentation:
most of the classes use the 4-blanks unit for indentation but CSVParser,
CSVPrinter and ExtendedBufferedReader use a 2-blanks unit; there are also some
inconsistencies within th
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-scxml-test has an issue affecting its community integration.
This
Hi Hen,
Henri Yandell wrote:
> The enum is less to do with Android and more to do with the float and
> int APIs being bizarre. The enum is to have something more useable.
>
> We could drop the enum and just go with String values.
or use methods. I can see Niall's point if you use the enum in a
47 matches
Mail list logo
