Re: [ANNOUNCE] Commons Parent POM V18

Thanks a lot Gary for having taken care of it! Have a nice day, Simo http://people.apache.org/~simonetripodi/ http://www.99soft.org/ On Mon, Jan 31, 2011 at 7:31 AM, Gary Gregory wrote: > Commons Parent POM version 18 has been released to > https://repository.apache.org/content/groups/public/

Re: [csv] Fixes for commons-csv

On Jan 30, 2011, at 10:17 PM, Niall Pemberton wrote: > On Fri, Jan 28, 2011 at 4:13 PM, Jacopo Cappellato > wrote: >> Hi all, >> >> I am a committer of the Apache OFBiz project and I am using commons-csv for >> a project at work. >> I am wondering if there are plans to maintain the common-csv

[Commons Wiki] Update of "CreatingReleases" by GaryGregory

Dear Wiki user, You have subscribed to a wiki page or wiki category on "Commons Wiki" for change notification. The "CreatingReleases" page has been changed by GaryGregory. http://wiki.apache.org/commons/CreatingReleases?action=diff&rev1=47&rev2=48 ---

Re: [SCXML] Actionscript SCXML engine

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

[ANNOUNCE] Commons Parent POM V18

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

Re: [SCXML] Actionscript SCXML engine

Yes, that was a bit confusing. Thanks for clearing that up :P Cheers, Jake On 11-01-30 09:39 PM, Gavin Lei wrote: > Sorry, Jacob. I just reply your mail in my friend Long's computer, we were > in the same Lab in USTB and his Firefox have saved his Gmail Account and we > are both in Apache Common

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

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

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

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

Re: [SCXML] Actionscript SCXML engine

Sorry, Jacob. I just reply your mail in my friend Long's computer, we were in the same Lab in USTB and his Firefox have saved his Gmail Account and we are both in Apache Commons mail list, so i used his Account by mistake. What a low-class mistake :-( 在 2011年1月31日 上午10:24，Xun Long Gui 写道： > Hi J

Re: [SCXML] Actionscript SCXML engine

Hi Jacob, Thank you for your information. In fact, i konw both ActionScript and JavaScript well, but i did not know they are both ECMAScript dialects although it they have the same syntax and semantics. The mainly reason is that, when i use JavaScript to develop some web application, usually we us

Re: [csv] Proposal to remove setter methods from CSVStrategy

On 30 January 2011 16:45, Stephen Colebourne wrote: > On 30 January 2011 15:11, sebb wrote: >> On 30 January 2011 09:09, Stephen Colebourne wrote: >>> The modern standard for altering immutable classes was laid down by >>> Joda-Time >>> >>> strategy = strategy.withCommentStart("#"); >> >> Not s

RE: [parent] RE: Nexus: Promotion Completed.

Fumble recovery. Lessons learned. Announcement to follow. Gary > -Original Message- > From: Gary Gregory > Sent: Sunday, January 30, 2011 20:17 > To: dev@commons.apache.org > Subject: RE: [parent] RE: Nexus: Promotion Completed. > > Well, it's a learning experience... > > I guess I shou

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

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-collections4 has an issue affecting its community integration. Thi

Re: [lang] enum for Java Version [was svn commit: r1065174 - ...]

I like this the best: http://api.dpml.net/openjdk/module/20070627/java/module/Version.html On Sun, Jan 30, 2011 at 5:43 PM, 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 co

[Commons Wiki] Update of "CreatingReleases" by GaryGregory

Dear Wiki user, You have subscribed to a wiki page or wiki category on "Commons Wiki" for change notification. The "CreatingReleases" page has been changed by GaryGregory. http://wiki.apache.org/commons/CreatingReleases?action=diff&rev1=46&rev2=47 ---

RE: [parent] RE: Nexus: Promotion Completed.

Well, it's a learning experience... I guess I should ask: I assume the site files are required. Is it possible to delete a release directory in Nexus? I only see a button to delete a file. Gary > -Original Message- > From: Gary Gregory [mailto:ggreg...@seagullsoftware.com] > Sent: Sund

[Commons Wiki] Update of "CreatingReleases" by GaryGregory

Dear Wiki user, You have subscribed to a wiki page or wiki category on "Commons Wiki" for change notification. The "CreatingReleases" page has been changed by GaryGregory. http://wiki.apache.org/commons/CreatingReleases?action=diff&rev1=45&rev2=46 ---

[Commons Wiki] Update of "CreatingReleases" by GaryGregory

Dear Wiki user, You have subscribed to a wiki page or wiki category on "Commons Wiki" for change notification. The "CreatingReleases" page has been changed by GaryGregory. http://wiki.apache.org/commons/CreatingReleases?action=diff&rev1=44&rev2=45 ---

[parent] RE: Nexus: Promotion Completed.

That’s not quite right ☹ the site files are missing… Sigh. I’ll have to keep hacking at it and update the wiki in the process. 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

Re: [math] last steps before releasing 2.2 ?

Hi. [Starting from the text below, it seems that my copy of the email was oddly missing some part of Luc's post. Thus continuing from here.] > >> > >> You are confusing two things: > >> (1) > >> It is bad design to let an exception propagate to layers where it is not > >> appropriate; instead, it

Re: [lang] enum for Java Version [was svn commit: r1065174 - ...]

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. Hen On Sun, Jan 30, 2011 at 1:34 PM, Stephen Colebourne wrote: > I have no philosophical problem with

[Commons Wiki] Update of "CreatingReleases" by GaryGregory

Dear Wiki user, You have subscribed to a wiki page or wiki category on "Commons Wiki" for change notification. The "CreatingReleases" page has been changed by GaryGregory. http://wiki.apache.org/commons/CreatingReleases?action=diff&rev1=43&rev2=44 ---

Re: [math] last steps before releasing 2.2 ?

Hi. > > > > It is not because it doesn't convey any non-obvious information. > > How is this > > --- > > try { > > f.value(x); > > } catch (FunctionEvaluationException e) { > > console.warn(e); > > } > > --- > > more informative than this > > --- > > try { > > f.value(x); >

RE: Releasing commons-parent

OMG, twiddling around watching the LAL-BOS game I finally got an upload: https://repository.apache.org/content/repositories/orgapachecommons-012/ I'll update the wiki... Gary > -Original Message- > From: Gary Gregory > Sent: Sunday, January 30, 2011 15:39 > To: Gary Gregory; 'sebb'; 'Co

RE: [lang] enum for Java Version [was svn commit: r1065174 - ...]

> -Original Message- > From: Niall Pemberton [mailto:niall.pember...@gmail.com] > Sent: Sunday, January 30, 2011 16:30 > To: dev@commons.apache.org > Subject: [lang] enum for Java Version [was svn commit: r1065174 - ...] > > IMO this is a really bad idea. Enum's shouldn't ever change, sinc

[Commons Wiki] Update of "CreatingReleases" by GaryGregory

Dear Wiki user, You have subscribed to a wiki page or wiki category on "Commons Wiki" for change notification. The "CreatingReleases" page has been changed by GaryGregory. http://wiki.apache.org/commons/CreatingReleases?action=diff&rev1=42&rev2=43 ---

Re: [lang] enum for Java Version [was svn commit: r1065174 - ...]

I don't understand. Is the enum changing values or is it just getting new values? The latter is perfectly acceptable. The JDK adds new enum values where required too, but it won't reorder them or delete existing ones. On Sun, Jan 30, 2011 at 3:29 PM, Niall Pemberton wrote: > IMO this is a really

Re: [lang] enum for Java Version [was svn commit: r1065174 - ...]

I have no philosophical problem with adding to an enum in a later release, its designed to be compatible (don't persist the ordinal). However, I'm unconvinced that an enum is the right solution here. I should probably study the details, but if Android is broken perhaps thats just how it is. Stephen

[lang] enum for Java Version [was svn commit: r1065174 - ...]

IMO this is a really bad idea. Enum's shouldn't ever change, since changing them can break code that use them. Clearly this enum will need to change every time a new version of Java is released. I'm against this. Niall On Sun, Jan 30, 2011 at 3:48 AM, wrote: > Author: bayard > Date: Sun Jan 30

Re: [MATH] Names of fields and arguments coincide (in reply to: svn commit: r1065146)

Hi Luc. > > [...] > > > > Talking about monstrosity, HTML beats LaTeX by far (IMHO). > > The rule could be that only single formula can documented with LaTeX. > > > > My proposal is in line with using "xml" in the user guide. Instead of LaTeX > > it could some other markup language that can prop

Re: [csv] Fixes for commons-csv

On Fri, Jan 28, 2011 at 4:13 PM, Jacopo Cappellato wrote: > Hi all, > > I am a committer of the Apache OFBiz project and I am using commons-csv for a > project at work. > I am wondering if there are plans to maintain the common-csv package; if I > will submit some patches and small enhancements

Re: [MATH] Names of fields and arguments coincide (in reply to: svn commit: r1065146)

Hi. > I have to say that the underscore tradition is an esthetic issue about which > there is some strong disagreement. > > I find it particularly distasteful. As with all matter of taste... I find it particularly useful. That said, I was not asking for a vote on this. It's possible to get acc

RE: Releasing commons-parent

There is a section titled "Releasing commons-parent pom" at http://wiki.apache.org/commons/CreatingReleases When I run the first step I get ERRORs below: >mvn -Prelease release:prepare [INFO] Scanning for projects... [WARNING] [WARNING] Some problems were encountered while building the effective

RE: Releasing commons-parent

Now that I can login into Nexus, I am guessing (since there are no instructions.) that I upload the POM to a staging repo first. As the UI tells me "Note that if you only intend to upload a POM file, there is no need to add additional artifacts below, simply click the Upload Artifact(s) button.

Re: [MATH] Names of fields and arguments coincide (in reply to: svn commit: r1065146)

Le 30/01/2011 19:47, Gilles Sadowski a écrit : >> > src/main/java/org/apache/commons/math/ode/nonstiff/AdaptiveStepsizeIntegrator.java >> src/main/java/org/apache/commons/math/geometry/Rotation.java >> I think that the list is quite long... >> When what is being set is exac

Re: [csv] Fixes for commons-csv

Welcome to Commons! Phil - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org

RE: Releasing commons-parent

> -Original Message- > From: sebb [mailto:seb...@gmail.com] > Sent: Sunday, January 30, 2011 10:47 > To: Commons Developers List > Cc: Gary Gregory > Subject: Re: Releasing commons-parent > > On 30 January 2011 15:15, Gary Gregory > wrote: > >> -Original Message- > >> From: Gary G

Re: [MATH] Names of fields and arguments coincide (in reply to: svn commit: r1065146)

On 1/30/11 1:38 PM, Ted Dunning wrote: > I have to say that the underscore tradition is an esthetic issue about which > there is some strong disagreement. > > I find it particularly distasteful. > > And, for what it is worth, I think that the Sun coding conventions recommend > against it. > +1 Phi

Re: [MATH] Names of fields and arguments coincide (in reply to: svn commit: r1065146)

> > >>> src/main/java/org/apache/commons/math/ode/nonstiff/AdaptiveStepsizeIntegrator.java > src/main/java/org/apache/commons/math/geometry/Rotation.java > I think that the list is quite long... > > >> When what is being set is exactly the field value and this name makes > >> se

Re: [MATH] Names of fields and arguments coincide (in reply to: svn commit: r1065146)

I have to say that the underscore tradition is an esthetic issue about which there is some strong disagreement. I find it particularly distasteful. And, for what it is worth, I think that the Sun coding conventions recommend against it. On Sun, Jan 30, 2011 at 5:42 AM, Gilles Sadowski < gil...@h

Re: [MATH] Names of fields and arguments coincide (in reply to: svn commit: r1065146)

On 1/30/11 12:42 PM, Gilles Sadowski wrote: > On Sun, Jan 30, 2011 at 11:19:23AM -0500, Phil Steitz wrote: >> On Sun, Jan 30, 2011 at 10:05 AM, Mikkel Meyer Andersen wrote: >>> Thanks for clearifying :). >>> Den 30/01/2011 16.01 skrev "Gilles Sadowski" : On Sun, Jan 30, 2011 at 02:58:43PM +01

Re: [MATH] Names of fields and arguments coincide (in reply to: svn commit: r1065146)

On Sun, Jan 30, 2011 at 11:19:23AM -0500, Phil Steitz wrote: > On Sun, Jan 30, 2011 at 10:05 AM, Mikkel Meyer Andersen wrote: > > Thanks for clearifying :). > > Den 30/01/2011 16.01 skrev "Gilles Sadowski" : > >> On Sun, Jan 30, 2011 at 02:58:43PM +0100, Mikkel Meyer Andersen wrote: > >>> Hi, > >>

Re: [csv] Fixes for commons-csv

Thanks Jörg! Jacopo On Jan 30, 2011, at 4:54 PM, Jörg Schaible wrote: > Hi Jacopo, > > Jacopo Cappellato wrote: > >> Thank you Jörg. >> >> At this point I would be happy to get karma for the sandbox (my account is >> jacopoc): of course I will be very careful about my commits and I will >> di

Re: svn commit: r1065146 - in /commons/proper/math/trunk/src: main/java/org/apache/commons/math/analysis/function/ test/java/org/apache/commons/math/analysis/function/

> > +/** > > + * http://en.wikipedia.org/wiki/Generalised_logistic_function";> > > + *  Generalised logistic function. > > + * > > + * @version $Revision$ $Date$ > > $Date$ is Locale-specific, so causes problems when comparing source > code with SVN. > > $Id$ is OK because it uses UTC, but it als

Re: [csv] Proposal to remove setter methods from CSVStrategy

On 30 January 2011 15:11, sebb wrote: > On 30 January 2011 09:09, Stephen Colebourne wrote: >> The modern standard for altering immutable classes was laid down by Joda-Time >> >> strategy = strategy.withCommentStart("#"); > > Not sure I undestand that. An immutable setter, as in http://joda-time

Re: [MATH] Names of fields and arguments coincide (in reply to: svn commit: r1065146)

On Sun, Jan 30, 2011 at 10:05 AM, Mikkel Meyer Andersen wrote: > Thanks for clearifying :). > Den 30/01/2011 16.01 skrev "Gilles Sadowski" : >> On Sun, Jan 30, 2011 at 02:58:43PM +0100, Mikkel Meyer Andersen wrote: >>> Hi, >>> >>> 2011/1/30 Gilles Sadowski : >>> > Hello. >>> > >>> >> I noticed tha

Re: [csv] Fixes for commons-csv

Hi Jacopo, Jacopo Cappellato wrote: > Thank you Jörg. > > At this point I would be happy to get karma for the sandbox (my account is > jacopoc): of course I will be very careful about my commits and I will > discuss any ideas here before. You have karma now. Cheers, Jörg

Re: Releasing commons-parent

On 30 January 2011 15:15, Gary Gregory wrote: >> -Original Message- >> From: Gary Gregory >> Sent: Saturday, January 29, 2011 22:31 >> To: Commons Developers List >> Subject: RE: Releasing commons-parent >> >> I am trying to logon to Nexus and I get: >> >> Nexus returned an error: ERROR 50

Re: svn commit: r1065146 - in /commons/proper/math/trunk/src: main/java/org/apache/commons/math/analysis/function/ test/java/org/apache/commons/math/analysis/function/

On 29 January 2011 23:38, wrote: > Author: erans > Date: Sat Jan 29 23:38:39 2011 > New Revision: 1065146 > > URL: http://svn.apache.org/viewvc?rev=1065146&view=rev > Log: > MATH-503 > Added sigmoid and generalized logistic functions. > > Added: >     > commons/proper/math/trunk/src/main/java/org

Re: [SCXML] Actionscript SCXML engine

Hi Gavin, I found a few sources that claimed that ActionScript is an ECMAScript dialect: http://en.wikipedia.org/wiki/ActionScript http://stackoverflow.com/questions/1424087/actionscript-is-like-javascript/1424111#1424111 JavaScript is also an ECMAScript dialect. My understanding is that most ver

Re: [math] last steps before releasing 2.2 ?

On 30 January 2011 13:23, Luc Maisonobe wrote: > Le 29/01/2011 05:31, Gilles Sadowski a écrit : >> Hello. > > Hi Gilles, > >> OK.  But now that we have detected an "aroma" around unilaterally making UnivariateRealFunction throw Math*User*Exception, I wonder if there is a

Re: [math] last steps before releasing 2.2 ?

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 >>> there is a way to introduce an unchecked parent that gets us out of >

RE: Releasing commons-parent

> -Original Message- > From: Gary Gregory > Sent: Saturday, January 29, 2011 22:31 > To: Commons Developers List > Subject: RE: Releasing commons-parent > > I am trying to logon to Nexus and I get: > > Nexus returned an error: ERROR 503: Service Temporarily Unavailable > > Can anyone els

Re: [csv] Proposal to remove setter methods from CSVStrategy

On 30 January 2011 09:09, Stephen Colebourne wrote: > The modern standard for altering immutable classes was laid down by Joda-Time > > strategy = strategy.withCommentStart("#"); Not sure I undestand that. > Really, though the question is whether it shoudl be immutable or not. +1 Whatever deci

Re: [MATH] Names of fields and arguments coincide (in reply to: svn commit: r1065146)

Thanks for clearifying :). Den 30/01/2011 16.01 skrev "Gilles Sadowski" : > On Sun, Jan 30, 2011 at 02:58:43PM +0100, Mikkel Meyer Andersen wrote: >> Hi, >> >> 2011/1/30 Gilles Sadowski : >> > Hello. >> > >> >> I noticed that you have code where fields and constructor arguments >> >> have the same

Re: [MATH] Names of fields and arguments coincide (in reply to: svn commit: r1065146)

On Sun, Jan 30, 2011 at 02:58:43PM +0100, Mikkel Meyer Andersen wrote: > Hi, > > 2011/1/30 Gilles Sadowski : > > Hello. > > > >> I noticed that you have code where fields and constructor arguments > >> have the same name. As far as I remember that is not good practise, > >> but I might be wrong :-

Re: [MATH] Names of fields and arguments coincide (in reply to: svn commit: r1065146)

Hi, 2011/1/30 Gilles Sadowski : > Hello. > >> I noticed that you have code where fields and constructor arguments >> have the same name. As far as I remember that is not good practise, >> but I might be wrong :-)? > > Most (all?) of CM follows this convention. Just to be sure: Do you mean that in

Re: svn commit: r1065146 - in /commons/proper/math/trunk/src: main/java/org/apache/commons/math/analysis/function/ test/java/org/apache/commons/math/analysis/function/

On Jan 29, 2011, at 6:38 PM, er...@apache.org wrote: > Author: erans > Date: Sat Jan 29 23:38:39 2011 > New Revision: 1065146 > > URL: http://svn.apache.org/viewvc?rev=1065146&view=rev > Log: > MATH-503 > Added sigmoid and generalized logistic functions. > > Added: > commons/proper/math/trunk/s

Re: [MATH] Names of fields and arguments coincide (in reply to: svn commit: r1065146)

Hello. > I noticed that you have code where fields and constructor arguments > have the same name. As far as I remember that is not good practise, > but I might be wrong :-)? Most (all?) of CM follows this convention. [Personally I prefer that fieds use names prefixed by an underscore character

Re: [MATH] Names of fields and arguments coincide (in reply to: svn commit: r1065146)

It used to be dubious practice, but now that IDEs can provide an error for this case, it is IMO back to being good practice (in that its easy to read and understand, and follows the Sun conventions) Stephen On 30 January 2011 13:22, Mikkel Meyer Andersen wrote: > Hi, > > I noticed that you have c

Re: [math] last steps before releasing 2.2 ?

Le 29/01/2011 05:31, Gilles Sadowski a écrit : > Hello. Hi Gilles, > >>> OK. But now that we have detected an "aroma" around unilaterally >>> making UnivariateRealFunction throw Math*User*Exception, I wonder if >>> there is a way to introduce an unchecked parent that gets us out of

[MATH] Names of fields and arguments coincide (in reply to: svn commit: r1065146)

Hi, I noticed that you have code where fields and constructor arguments have the same name. As far as I remember that is not good practise, but I might be wrong :-)? Cheers, Mikkel. 2011/1/30 : > Author: erans > Date: Sat Jan 29 23:38:39 2011 > New Revision: 1065146 > > URL: http://svn.apache.o

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

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

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

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

Re: [csv] Proposal to remove setter methods from CSVStrategy

The modern standard for altering immutable classes was laid down by Joda-Time strategy = strategy.withCommentStart("#"); Really, though the question is whether it shoudl be immutable or not. Stephen On 30 January 2011 04:51, Jacopo Cappellato wrote: > Hi Gary, > > I initially proposed the cha

Re: [csv] Proposal to remove setter methods from CSVStrategy

Hi Adrian, yes this is what I was thinking when I mentioned the factory method. Jacopo On Jan 30, 2011, at 8:06 AM, Adrian Crum wrote: > From my perspective, if DEFAULT_STRATEGY, EXCEL_STRATEGY, or TDF_STRATEGY are > mutable, then copies of them should be returned in a factory method. Ideally,

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

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-collections4 has an issue affecting its community integration. Thi