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

2011-11-25 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

Re: [BCEL] Move to JIRA?

2011-11-25 Thread Dave Brosius
fine by me On 11/25/2011 08:32 PM, sebb wrote: BCEL currently uses Bugzilla, but AFAIK all other Commons components use JIRA Should BCEL be moved to JIRA? Just a thought. - To unsubscribe, e-mail: dev-unsubscr...@commons.apac

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

2011-11-25 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-exec-test has an issue affecting its community integration. This i

Re: [BCEL] Move to JIRA?

2011-11-25 Thread Gary Gregory
I'd rather use Jira. Gary On Nov 25, 2011, at 20:32, sebb wrote: > BCEL currently uses Bugzilla, but AFAIK all other Commons components use JIRA > > Should BCEL be moved to JIRA? > > Just a thought. > > - > To unsubscribe, e-ma

[BCEL] Move to JIRA?

2011-11-25 Thread sebb
BCEL currently uses Bugzilla, but AFAIK all other Commons components use JIRA Should BCEL be moved to JIRA? Just a thought. - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@c

[DAEMON] Native binaries - incorrect docs?

2011-11-25 Thread sebb
The page http://commons.apache.org/daemon/binaries.html says that there are executable builds for non-Windows systems (and even offers to create new ones on request). However, the last set of such exes was for 1.0.5. If there are no plans to produce more such binaries, then the page should be ad

Re: [DAEMON] download directory - why does it contain the jar?

2011-11-25 Thread sebb
On 25 November 2011 20:44, Mladen Turk wrote: > On 11/25/2011 08:35 PM, sebb wrote: >> >> The /dist directory for Daemon contains a copy of the jar file. >> > > Probably a relict from old days. > Once all commons packages had separate .jar files IIRC. I see from the archives that it first appeare

Re: [DAEMON] download directory - why does it contain the jar?

2011-11-25 Thread Mladen Turk
On 11/25/2011 08:35 PM, sebb wrote: The /dist directory for Daemon contains a copy of the jar file. Probably a relict from old days. Once all commons packages had separate .jar files IIRC. This is already included in the bin archive, so I'm not sure why there's a separate copy here (it's not

[DAEMON] download directory - why does it contain the jar?

2011-11-25 Thread sebb
The /dist directory for Daemon contains a copy of the jar file. This is already included in the bin archive, so I'm not sure why there's a separate copy here (it's not listed on the download page). There's a copy of the of the jar on Maven Central, which is where I'd expect most people to look for

Re: svn commit: r1205609 - in /commons/proper/dbutils/trunk/src/main/java/org/apache/commons/dbutils: AsyncQueryRunner.java QueryRunner.java handlers/BeanMapHandler.java handlers/ColumnListHandler.jav

2011-11-25 Thread sebb
On 25 November 2011 17:59, Bill Speirs wrote: > On Fri, Nov 25, 2011 at 12:28 PM, sebb wrote: >>> As we discussed before, this exception will be thrown if the column >>> type doesn't match the generic type. Because of type erasure I don't >>> know of any way to validate the types. >> >> What dete

Re: svn commit: r1205609 - in /commons/proper/dbutils/trunk/src/main/java/org/apache/commons/dbutils: AsyncQueryRunner.java QueryRunner.java handlers/BeanMapHandler.java handlers/ColumnListHandler.jav

2011-11-25 Thread Bill Speirs
On Fri, Nov 25, 2011 at 12:28 PM, sebb wrote: >> As we discussed before, this exception will be thrown if the column >> type doesn't match the generic type. Because of type erasure I don't >> know of any way to validate the types. > > What determines the column type? As far as I know, the column

Re: svn commit: r1205609 - in /commons/proper/dbutils/trunk/src/main/java/org/apache/commons/dbutils: AsyncQueryRunner.java QueryRunner.java handlers/BeanMapHandler.java handlers/ColumnListHandler.jav

2011-11-25 Thread sebb
On 25 November 2011 16:55, Bill Speirs wrote: > On Wed, Nov 23, 2011 at 4:47 PM, sebb wrote: >>> -    @SuppressWarnings("unchecked") >>> +    @SuppressWarnings("unchecked") // cast exception will immediately be >>> thrown and warn the developer >> >> Sorry to keep going on about this, but that d

Re: svn commit: r1205609 - in /commons/proper/dbutils/trunk/src/main/java/org/apache/commons/dbutils: AsyncQueryRunner.java QueryRunner.java handlers/BeanMapHandler.java handlers/ColumnListHandler.jav

2011-11-25 Thread Bill Speirs
On Wed, Nov 23, 2011 at 4:47 PM, sebb wrote: >> -    @SuppressWarnings("unchecked") >> +    @SuppressWarnings("unchecked") // cast exception will immediately be >> thrown and warn the developer > > Sorry to keep going on about this, but that does not fully explain why > it is safe to ignore the u

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

2011-11-25 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-exec-test has an issue affecting its community integration. This i

Re: [math] javadoc implicit formatting rules

2011-11-25 Thread Phil Steitz
On Nov 25, 2011, at 5:16 AM, Sébastien Brisard wrote: >> >> One more point on this. "Consistency" as some sort of independent goal by >> itself has no place in open source software. We need to keep our eyes on >> the prize, which is making it easy for users to understand and use the >>

Re: [math] javadoc implicit formatting rules

2011-11-25 Thread Gilles Sadowski
On Fri, Nov 25, 2011 at 12:16:31PM +0100, Sébastien Brisard wrote: > > > > One more point on this.  "Consistency" as some sort of independent goal by > > itself has no place in open source software.  We need to keep our eyes on > > the prize, which is making it easy for users to understand and us

Re: [math] javadoc implicit formatting rules

2011-11-25 Thread Bruno P. Kinoshita
I'm new to Apache and am following the mailing lists to learn more about the rules, policies, tools and so on. And I find this kind of discussion very useful, at least for me :-) So thanks for raising this issue here in the mailing list. And thanks to the others for giving good answers here too.

Re: [math] javadoc implicit formatting rules

2011-11-25 Thread Sébastien Brisard
> > One more point on this.  "Consistency" as some sort of independent goal by > itself has no place in open source software.  We need to keep our eyes on the > prize, which is making it easy for users to understand and use the software > and for volunteers to get involved.  To the extent that c

Re: [math] javadoc implicit formatting rules

2011-11-25 Thread Phil Steitz
One more point on this. "Consistency" as some sort of independent goal by itself has no place in open source software. We need to keep our eyes on the prize, which is making it easy for users to understand and use the software and for volunteers to get involved. To the extent that consistent

Re: [math] javadoc implicit formatting rules

2011-11-25 Thread Sébastien Brisard
OK, now I feel ashamed for raising such a trivial issue ;). Sébastien - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org

Re: [math] javadoc implicit formatting rules

2011-11-25 Thread Phil Steitz
On Nov 25, 2011, at 3:49 AM, Luc Maisonobe wrote: > Le 25/11/2011 08:13, Sébastien Brisard a écrit : >> Hi, >> here are a few questions about the implicit rules in use in CM for >> formatting Javadoc comments, that I've wanted to post for a long time. >> Since I'm now reviewing other people's

Re: [math] javadoc implicit formatting rules

2011-11-25 Thread Sébastien Brisard
> > It seems really a detail to me (your mileage may vary), the content of > the javadoc being far more important than its form. > > Luc > That's the kind of answer I wanted to read, but I just wanted to check. So when committing someone else's work, I won't worry about that point. Thanks, Sébastie

Re: [math] javadoc implicit formatting rules

2011-11-25 Thread Luc Maisonobe
Le 25/11/2011 08:13, Sébastien Brisard a écrit : > Hi, > here are a few questions about the implicit rules in use in CM for > formatting Javadoc comments, that I've wanted to post for a long time. > Since I'm now reviewing other people's patches, I think it's high time > to clear these questions up