Re: [all] xdoc vs. apt

from using apt? >> Should I change anything in our pom.xml? >> >> At the moment, I'm just toying with the idea. I want to give apt a go >> locally, and see how it goes. I haven't found (yet) a commons project >> that uses this format. Is there a good reason?

Re: svn commit: r1388495 - in /commons/proper/dbutils/trunk/src: changes/changes.xml main/java/org/apache/commons/dbutils/BaseResultSetHandler.java test/java/org/apache/commons/dbutils/BaseResultSetHa

On 21 September 2012 14:59, wrote: > Author: simonetripodi > Date: Fri Sep 21 13:59:46 2012 > New Revision: 1388495 > > URL: http://svn.apache.org/viewvc?rev=1388495&view=rev > Log: > [DBUTILS-97] Add an Abstract ResultSetHandler implementation in order to > reduce redundant 'resultSet' variable

Re: svn commit: r1388495 - in /commons/proper/dbutils/trunk/src: changes/changes.xml main/java/org/apache/commons/dbutils/BaseResultSetHandler.java test/java/org/apache/commons/dbutils/BaseResultSetHa

On 21 September 2012 14:59, wrote: > Author: simonetripodi > Date: Fri Sep 21 13:59:46 2012 > New Revision: 1388495 > > URL: http://svn.apache.org/viewvc?rev=1388495&view=rev > Log: > [DBUTILS-97] Add an Abstract ResultSetHandler implementation in order to > reduce redundant 'resultSet' variable

[ALL] Testing with a different Locale - Surefire argLine override

Found this out when testing LANG DateUtils; it might be of use to others: Surefire accepts an "argLine" command-line property, which is applied to the JVM before it is started. This allows for an easy override of the Locale, for example: mvn test -Dtest=DateUtilsTest -DargLine="-Duser.language=de

Re: [VOTE] Release Commons Codec 27-RC1

On 24 September 2012 17:26, Gary Gregory wrote: > Hello All, > > This is a VOTE to release Commons Parent 27-RC1. > > Changes in this version include: > > - update maven-site-plugin to 3.1 in reporting section > - use properties for all reporting plugins to ensure consistency > - maven-changes-plu

Re: svn commit: r1389976 - in /commons/proper/lang/trunk/src: changes/changes.xml main/java/org/apache/commons/lang3/time/FastDateParser.java test/java/org/apache/commons/lang3/time/FastDateParserTest

On 25 September 2012 18:06, Honton, Charles wrote: > Seems a little extreme solution. At least it allows the class to work with all Locales now, whereas previously it would fail with those locales. > Exactly where does the FastDateParser fail with non-Gregorian calendars? You can try it and see

Re: svn commit: r1390365 [1/2] - in /commons/sandbox/jndi/trunk/commons-jndi: ./ src/ src/main/ src/main/java/ src/main/java/org/ src/main/java/org/apache/ src/main/java/org/apache/commons/ src/main/j

On 26 September 2012 11:04, wrote: > Author: jochen > Date: Wed Sep 26 10:04:12 2012 > New Revision: 1390365 > > URL: http://svn.apache.org/viewvc?rev=1390365&view=rev > Log: > Initial import > > Added: > commons/sandbox/jndi/trunk/commons-jndi/.classpath (with props) > commons/sandbox/

Re: svn commit: r1389976 - in /commons/proper/lang/trunk/src: changes/changes.xml main/java/org/apache/commons/lang3/time/FastDateParser.java test/java/org/apache/commons/lang3/time/FastDateParserTest

On 25 September 2012 18:26, sebb wrote: > On 25 September 2012 18:06, Honton, Charles wrote: >> Seems a little extreme solution. > > At least it allows the class to work with all Locales now, whereas > previously it would fail with those locales. > >> Exactly where d

Re: svn commit: r1391258 - /commons/proper/lang/trunk/src/main/java/org/apache/commons/lang3/Conversion.java

On 27 September 2012 23:53, wrote: > Author: joehni > Date: Thu Sep 27 22:53:46 2012 > New Revision: 1391258 > > URL: http://svn.apache.org/viewvc?rev=1391258&view=rev > Log: > Use conversion tables for boolean arrays. I think the previous code was much clearer. At first sight it now looks as t

Re: svn commit: r1391258 - /commons/proper/lang/trunk/src/main/java/org/apache/commons/lang3/Conversion.java

On 28 September 2012 08:17, Jörg Schaible wrote: > Hi Sebb, > > sebb wrote: > >> On 27 September 2012 23:53, wrote: >>> Author: joehni >>> Date: Thu Sep 27 22:53:46 2012 >>> New Revision: 1391258 >>> >>> URL: http://svn.apache.org

[imaging] bz2 archive format - can it be dropped?

The assembly descriptors are currently set up to create bz2 archives in addition to the standard tar.gz and zip ones. Is the bz2 format really needed? It's larger than the tar.gz, at least for sanselan. And it's not as well supported on Windows. Note that the Commons Build Plugin does not current

Re: svn commit: r1391258 - /commons/proper/lang/trunk/src/main/java/org/apache/commons/lang3/Conversion.java

On 28 September 2012 18:47, Jörg Schaible wrote: > sebb wrote: > >> On 28 September 2012 08:17, Jörg Schaible >> wrote: >>> Hi Sebb, >>> >>> sebb wrote: >>> >>>> On 27 September 2012 23:53, wrote: >>>>>

Re: [imaging] bz2 archive format - can it be dropped?

OK, done. On 28 September 2012 22:28, Damjan Jovanovic wrote: > +1 to getting rid of it then (binding) > > On Fri, Sep 28, 2012 at 10:44 PM, sebb wrote: >> The assembly descriptors are currently set up to create bz2 archives >> in addition to the standard tar.gz and zip o

Re: [math] bundle name for Commons Math 3

On 5 October 2012 19:54, Gilles Sadowski wrote: > On Fri, Oct 05, 2012 at 05:40:17PM +0100, sebb wrote: >> On 5 October 2012 17:06, wrote: >> > In Commons Math 3.0, all the package names start with >> > org.apache.commons.math3, to distinguish them from packages

Re: svn commit: r1397078 - /commons/proper/csv/trunk/src/main/java/org/apache/commons/csv/CSVFormat.java

On 11 October 2012 15:30, wrote: > Author: ggregory > Date: Thu Oct 11 14:30:04 2012 > New Revision: 1397078 > > URL: http://svn.apache.org/viewvc?rev=1397078&view=rev > Log: > Replace magic char with constant TAB. > > Modified: > > commons/proper/csv/trunk/src/main/java/org/apache/commons/c

Re: svn commit: r1397534 - /commons/proper/csv/trunk/src/main/java/org/apache/commons/csv/CSVPrinter.java

On 12 October 2012 13:38, Gary Gregory wrote: > On Fri, Oct 12, 2012 at 8:22 AM, Benedikt Ritter wrote: > >> Hi >> >> 2012/10/12 : >> > Author: ggregory >> > Date: Fri Oct 12 12:12:44 2012 >> > New Revision: 1397534 >> > >> > URL: http://svn.apache.org/viewvc?rev=1397534&view=rev >> > Log: >> > R

Re: svn commit: r1397556 - in /commons/proper/csv/trunk/src: main/java/org/apache/commons/csv/ test/java/org/apache/commons/csv/

On 12 October 2012 14:15, wrote: > Author: ggregory > Date: Fri Oct 12 13:15:30 2012 > New Revision: 1397556 > > URL: http://svn.apache.org/viewvc?rev=1397556&view=rev > Log: > More constants clean ups. > > Modified: > > commons/proper/csv/trunk/src/main/java/org/apache/commons/csv/CSVFormat

Re: svn commit: r1397534 - /commons/proper/csv/trunk/src/main/java/org/apache/commons/csv/CSVPrinter.java

On 12 October 2012 14:50, Gary Gregory wrote: > On Fri, Oct 12, 2012 at 9:39 AM, sebb wrote: > >> On 12 October 2012 13:38, Gary Gregory wrote: >> > On Fri, Oct 12, 2012 at 8:22 AM, Benedikt Ritter > >wrote: >> > >> >> Hi >> >> >&g

Re: svn commit: r1397783 - in /commons/proper/csv/trunk/src: main/java/org/apache/commons/csv/CSVFormat.java main/java/org/apache/commons/csv/Lexer.java test/java/org/apache/commons/csv/CSVFormatTest.

On 13 October 2012 07:27, wrote: > Author: ggregory > Date: Sat Oct 13 06:27:52 2012 > New Revision: 1397783 > > URL: http://svn.apache.org/viewvc?rev=1397783&view=rev > Log: > Remove DISABLED character hack. -1 (for now) Are you sure this change does not affect performance? The Lexer code now

[CSV] Lexer and Character conversion

Before r1397883, the Lexer operated only on char fields; it's now been converted to use Character, which means that unboxing is needed. Also, the Character fields need to be checked for null before use. It has just occurred to me that there is a genuine illegal char value for everything except th

Re: svn commit: r1397783 - in /commons/proper/csv/trunk/src: main/java/org/apache/commons/csv/CSVFormat.java main/java/org/apache/commons/csv/Lexer.java test/java/org/apache/commons/csv/CSVFormatTest.

On 13 October 2012 13:14, Gary Gregory wrote: > Thank you for the feedback Sebb. I'll do another pass later today. See also my subsequent posting on the dev list. I think that might resolve the performance issue without needing to revert all the changes to CSVFormat. > Gary > >

Re: [CSV] Lexer and Character conversion

On 13 October 2012 12:55, sebb wrote: > Before r1397883, the Lexer operated only on char fields; it's now been > converted to use Character, which means that unboxing is needed. > > Also, the Character fields need to be checked for null before use. > > It has just occurre

Re: [CSV] Lexer and Character conversion

On 13 October 2012 14:31, sebb wrote: > On 13 October 2012 12:55, sebb wrote: >> Before r1397883, the Lexer operated only on char fields; it's now been >> converted to use Character, which means that unboxing is needed. >> >> Also, the Character fields need t

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

On 15 October 2012 14:57, Gary Gregory wrote: > The links in this message are broken for me. OK for me. > Any one else? build_apache-commons_commons-vfs2-test Failed Mon, 15 Oct 2012 12:51:30 (UTC) 60 mins Looks like the tests are timing out. > > Gary > > On Mon, Oct 15, 2012 at 9:51 AM,

Re: svn commit: r1398187 - in /commons/proper/csv/trunk/src: main/java/org/apache/commons/csv/ test/java/org/apache/commons/csv/ test/resources/CSVFileParser/

On 15 October 2012 04:37, wrote: > Author: ggregory > Date: Mon Oct 15 03:37:34 2012 > New Revision: 1398187 > > URL: http://svn.apache.org/viewvc?rev=1398187&view=rev > Log: > Rename encapsulator to quote char. Please discuss such changes on the dev list first. > Modified: > > commons/pro

Re: svn commit: r1398164 - /commons/proper/commons-parent/trunk/pom.xml

On 15 October 2012 01:57, wrote: > Author: ggregory > Date: Mon Oct 15 00:57:57 2012 > New Revision: 1398164 > > URL: http://svn.apache.org/viewvc?rev=1398164&view=rev > Log: > Backout: buildnumber-maven-plugin 1.2 -> buildnumber-maven-plugin 1.1. Why? > Modified: > commons/proper/commons-p

Re: svn commit: r1397903 - /commons/proper/csv/trunk/src/main/java/org/apache/commons/csv/CSVParser.java

On 13 October 2012 18:18, wrote: > Author: ggregory > Date: Sat Oct 13 17:18:56 2012 > New Revision: 1397903 > > URL: http://svn.apache.org/viewvc?rev=1397903&view=rev > Log: > In-line comment. > > Modified: > > commons/proper/csv/trunk/src/main/java/org/apache/commons/csv/CSVParser.java > >

Re: svn commit: r1397904 - /commons/proper/csv/trunk/src/main/java/org/apache/commons/csv/CSVLexer.java

On 13 October 2012 18:20, wrote: > Author: ggregory > Date: Sat Oct 13 17:20:04 2012 > New Revision: 1397904 > > URL: http://svn.apache.org/viewvc?rev=1397904&view=rev > Log: > Javadoc. > > Modified: > > commons/proper/csv/trunk/src/main/java/org/apache/commons/csv/CSVLexer.java > > Modified

Re: [csv] CSVFormat API names

On 16 October 2012 16:29, Gary Gregory wrote: > On Tue, Oct 16, 2012 at 11:04 AM, Matt Benson wrote: > >> Random thoughts--no real context here, so no way to inline: >> >> - "line separator" concept, while harmonizing with the line.separator >> system property, might be better represented as "row

Re: [csv] CSVFormat API names

On 16 October 2012 16:34, Gary Gregory wrote: > On Tue, Oct 16, 2012 at 11:29 AM, Gary Gregory wrote: > >> On Tue, Oct 16, 2012 at 11:04 AM, Matt Benson wrote: >> >>> Random thoughts--no real context here, so no way to inline: >>> >>> - "line separator" concept, while harmonizing with the line.sep

Re: svn commit: r1398164 - /commons/proper/commons-parent/trunk/pom.xml

ote: > >> On Mon, Oct 15, 2012 at 11:01 AM, sebb wrote: >> >>> On 15 October 2012 01:57, wrote: >>> > Author: ggregory >>> > Date: Mon Oct 15 00:57:57 2012 >>> > New Revision: 1398164 >>> > >>> > URL: http://svn.apa

Re: [csv] CSVFormat API names

On 16 October 2012 17:08, Jörg Schaible wrote: > Matt Benson wrote: > >> Random thoughts--no real context here, so no way to inline: >> >> - "line separator" concept, while harmonizing with the line.separator >> system property, might be better represented as "row separator" so as >> not to imply

Re: [csv] CSVFormat API names

On 16 October 2012 21:56, Benedikt Ritter wrote: > 2012/10/16 Gary Gregory : >> On Tue, Oct 16, 2012 at 1:00 PM, Stephen Colebourne >> wrote: >> >>> On 16 October 2012 17:44, Matt Benson wrote: >>> > On Tue, Oct 16, 2012 at 11:42 AM, James Carman >>> > wrote: >>> >> On Tue, Oct 16, 2012 at 12:3

Re: [csv] CSVFormat API names

On 16 October 2012 21:00, Gary Gregory wrote: > On Tue, Oct 16, 2012 at 3:38 PM, James Carman > wrote: > >> On Tue, Oct 16, 2012 at 2:25 PM, Gary Gregory >> wrote: >> > >> > I did not do this one as is it seems RFC4180 defines CR+LF as the record >> > separator as noted in the Javadoc for >> > o

Re: svn commit: r1402280 - in /commons/proper/io/trunk/src: changes/changes.xml main/java/org/apache/commons/io/IOUtils.java test/java/org/apache/commons/io/IOUtilsCopyTestCase.java

On 25 October 2012 20:15, wrote: > Author: ggregory > Date: Thu Oct 25 19:15:57 2012 > New Revision: 1402280 > > URL: http://svn.apache.org/viewvc?rev=1402280&view=rev > Log: > [IO-353] Add API IOUtils.copy(InputStream, OutputStream, int). > > Modified: > commons/proper/io/trunk/src/changes/c

Re: Commons IO Tailer does not respect UTF-8 Charset

On 26 October 2012 23:03, Liyu Yi wrote: > I just realized there is a defect in the source code of > "org.apache.commons.io.input.Tailer.java". Thanks for the feedback. Bug fixes are better provided as JIRA bugs. It's hard to keep track of bug reports and patches when they are mixed in with all

Re: [ALL] Moving from Incubator to Commons?

On 8 November 2012 01:51, Richard Frovarp wrote: > On 11/07/2012 07:03 PM, Phil Steitz wrote: >> >> On 11/7/12 4:02 PM, Emmanuel Bourg wrote: >>> >>> Le 08/11/2012 00:13, Gary Gregory a écrit : Or Nutch? Gary >>> >>> You are right, Nutch already has a web crawler, that looks li

[ALL] JIRA issue type setting for IMAGING

The Issue type setting for IMAGING JIRA (Default Issue Type Scheme) is different from the standard used elsewhere in Commons (Apache Default Issue Type Scheme). The IMAGING scheme includes items such as "Question" which we don't use and might (has?) lead people to believe that JIRA is appropriate f

Re: [ALL] JIRA issue type setting for IMAGING

On 8 November 2012 12:21, Mark Thomas wrote: > On 08/11/2012 11:59, Emmanuel Bourg wrote: >> Le 08/11/2012 12:53, Emmanuel Bourg a écrit : >> >>> I don't think it's necessary to bug the Infra for this, we can configure >>> it ourself. >> >> I'm pretty sure I have been able to do that once, but I c

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

On 8 November 2012 12:05, Gary Gregory wrote: > Hi Sebb, > > Do you plan on fixing this since you committed the failing test? There is a proposed fix which seems to work, but someone else needs to check that the fix is correct. I'm not familiar with the Java buffer classes used.

Re: [NET] 3.2 ready?

On 8 November 2012 22:27, Oberhuber, Martin wrote: > NET-466 has been fixed (thanks!), so could a release be cut ? > I think it would be worthwhile. I did some work towards a release, and I think it is in a reasonable state. -

Re: [math] custom profiles in our pom

On 19 November 2012 11:16, Gilles Sadowski wrote: > On Mon, Nov 19, 2012 at 10:38:27AM +0100, Thomas Neidhart wrote: >> On Mon, Nov 19, 2012 at 8:20 AM, Sébastien Brisard < >> sebastien.bris...@m4x.org> wrote: >> >> > Hi, >> > someone (I think it w

Re: [math] custom profiles in our pom

On 19 November 2012 19:42, Sébastien Brisard wrote: > Hi, > > > 2012/11/19 Phil Steitz > >> On 11/18/12 11:20 PM, Sébastien Brisard wrote: >> > Hi, >> > someone (I think it was sebb) wrote some months ago about defining custom >> > profile

Re: [math] 902 Optimizers should return best discovered value in case of TooManyEvaluationsException

On 19 November 2012 21:47, Bruce A Johnson wrote: > On Nov 17, 2012, at 6:57 PM, Konstantin Berlin wrote: > >> There are numerous examples when the optimization might not have >> converged to the stopping condition, but the minimum discovered point >> is better than the starting point that was ini

Re: svn commit: r1411919 - /commons/proper/csv/trunk/src/main/java/org/apache/commons/csv/CSVFormat.java

On 21 November 2012 07:44, Benedikt Ritter wrote: > 2012/11/21 Gary Gregory > >> On Tue, Nov 20, 2012 at 6:22 PM, wrote: >> >> > Author: sebb >> > Date: Tue Nov 20 23:22:21 2012 >> > New Revision: 1411919 >> > >> > URL: http://svn.

Re: svn commit: r1412496 - /commons/proper/commons-site/trunk/src/site/xdoc/patches.xml

; On Nov 22, 2012, at 6:00, "s...@apache.org" wrote: > >> Author: sebb >> Date: Thu Nov 22 10:59:47 2012 >> New Revision: 1412496 >> >> URL: http://svn.apache.org/viewvc?rev=1412496&view=rev >> Log: >> Clarify that patch file names should have

Moving to svnpubsub for dist releases

As well as moving to svnpubsub for Commons websites, infra require the use of svn for dist releases - i.e. the non-Maven releases. I have set up the required top-level SVN folders [1][2], and asked infra to direct commit messages to commits@commons.a.o so we can keep track of them. The dev tree [

Re: [VOTE] Release Apache Commons Daemon 1.0.11

On 22 November 2012 13:22, Mladen Turk wrote: > Apache Commons Daemon 1.0.11 based on RC1 is ready. > Binaries and sources for testing are at [1], site can be > found at [2]. Tag is [3] which will be renamed to COMMONS_DAEMON_1_0_11 if > voted. > > Please vote (vote will remain open for at least 7

Re: Moving to svnpubsub for dist releases

On 26 November 2012 09:53, Emmanuel Bourg wrote: > Le 26/11/2012 01:01, sebb a écrit : > >> Hope this all makes sense! > > Well, maybe I misunderstood, but committing the RC sites for review into > a SVN repository seems a bit convoluted to me. A good old upload on &g

Re: Moving to svnpubsub for dist releases

On 26 November 2012 11:24, sebb wrote: > On 26 November 2012 09:53, Emmanuel Bourg wrote: >> Le 26/11/2012 01:01, sebb a écrit : >> >>> Hope this all makes sense! >> >> Well, maybe I misunderstood, but committing the RC sites for review into >> a SVN

Re: Moving to svnpubsub for dist releases

what the release staging repository is. The point is that uploading to SVN and voting on the URL+revision automatically provides traceability. Whereas AFAICT the other methods don't, at least not without additional work by the RM and all reviewers. > Ralph > > On Nov 26, 2012, at

[VOTE] Release NET 3.2 based on RC1

This is a vote to release Apache Commons NET 3.2 based on RC1. [ ] +1 release it [ ] +0 go ahead I don't care [ ] -1 no, do not release it because... tag: https://svn.apache.org/repos/asf/commons/proper/net/tags/NET_3_2_RC1/ (r1413727) site: http://people.apache.org/~sebb/net-3.2-RC1/

Re: [VOTE] Release NET 3.2 based on RC1

t; way that can be construed as keeping them being a bug? If the code is not being used by external clients then BC compatibility is irrelevant. This is the case here. > Gary > > On Mon, Nov 26, 2012 at 1:29 PM, sebb wrote: > >> This is a vote to release Apache Commons NET 3.2 b

Re: Moving to svnpubsub for dist releases

ld be very easy to accidentally release a file from the wrong upload directory, e.g. if there were several RCs. > Ralph > > > On Nov 26, 2012, at 9:23 AM, sebb wrote: > >> On 26 November 2012 17:01, Ralph Goers wrote: >>> Actually, if you use the Release plugin the

Re: [DAEMON] Where to publish maven artefacts

On 27 November 2012 15:01, Gary Gregory wrote: > On Nov 27, 2012, at 9:54, Mladen Turk wrote: > >> On 11/27/2012 03:32 PM, Gary Gregory wrote: >>> The process creates all you need in nexus. You have to move the -bin >>> and -src files out before you release to maven central though. >>> >> >> Hmm,

Re: [DAEMON] Where to publish maven artefacts

On 27 November 2012 15:31, Mladen Turk wrote: > On 11/27/2012 04:12 PM, sebb wrote: >>>> >>>> >>>> Can I revert that? >> >> >> Yes, provided that you have not published the Nexus staging dir (and >> I've not seem the commit

Re: Moving to svnpubsub for dist releases

On 27 November 2012 17:16, Ralph Goers wrote: > > On Nov 27, 2012, at 5:12 AM, Gilles Sadowski wrote: > >> On Tue, Nov 27, 2012 at 10:55:14AM +, sebb wrote: >>> On 26 November 2012 17:41, Ralph Goers wrote: >>>> Traceability by who? >>>>

[DAEMON] Upload of Apache Commons Daemon 1.0.11 Maven artifacts to Nexus

I've uploaded the artifacts from the RC vote area: http://people.apache.org/~mturk/daemon-1.0.11/maven/ to the Nexus staging area: https://repository.apache.org/content/repositories/orgapachecommons-086/commons-daemon/commons-daemon/1.0.11/ The directory contents agree as far as I am concerned,

Re: Moving to svnpubsub for dist releases

On 27 November 2012 18:29, sebb wrote: > On 27 November 2012 17:16, Ralph Goers wrote: >> >> On Nov 27, 2012, at 5:12 AM, Gilles Sadowski wrote: >> >>> On Tue, Nov 27, 2012 at 10:55:14AM +, sebb wrote: >>>> On 26 November 2012 17:41, Ral

Re: [DAEMON] Upload of Apache Commons Daemon 1.0.11 Maven artifacts to Nexus

The upload still needs to be double-checked please, and then the staging directory can be released (promoted) by the RM. On 27 November 2012 18:50, sebb wrote: > I've uploaded the artifacts from the RC vote area: > > http://people.apache.org/~mturk/daemon-1.0.11/maven/ > >

Re: [math] Using reflection to test private methods

On 30 November 2012 11:43, Luc Maisonobe wrote: > Le 30/11/2012 09:19, Thomas Neidhart a écrit : >> On Fri, Nov 30, 2012 at 8:06 AM, Sébastien Brisard < >> sebastien.bris...@m4x.org> wrote: >> >>> Hi, >>> I've already posted the same question in another thread [1], but I thought >>> having a dedic

Re: [VOTE] Release NET 3.2 based on RC1

On 28 November 2012 06:29, Gary Gregory wrote: > On Mon, Nov 26, 2012 at 2:20 PM, sebb wrote: > >> On 26 November 2012 19:08, Gary Gregory wrote: >> > Hi, >> > >> > I thought we had a policy to keep BC for minor releases? >> >> Yes. >> &

Re: [VOTE] Release NET 3.2 based on RC1

On 26 November 2012 18:29, sebb wrote: > This is a vote to release Apache Commons NET 3.2 based on RC1. > > [X] +1 release it > [ ] +0 go ahead I don't care > [ ] -1 no, do not release it because... Adding my vote. > tag: > https://svn.apache.org/repos/asf/commons/p

Re: [VOTE] Release NET 3.2 based on RC1

On 1 December 2012 22:14, Gary Gregory wrote: > On Sat, Dec 1, 2012 at 5:04 PM, sebb wrote: > >> On 28 November 2012 06:29, Gary Gregory wrote: >> > On Mon, Nov 26, 2012 at 2:20 PM, sebb wrote: >> > >> >> On 26 November 2012 19:08, Gary Gregory wrote

[VOTE][RESULT] Release NET 3.2 based on RC1

The vote is now closed. Voting was as follows: +1 Oliver Heger +1 Gary Gregory +1 Sebastian Bazley There were no other votes. All the above are members of the Commons PMC so the vote passes. Thanks to those who voted. On 26 November 2012 18:29, sebb wrote: > This is a vote to release Apa

Re: [math] Using reflection to test private methods

On 2 December 2012 09:58, Sébastien Brisard wrote: > Hi > > > 2012/12/1 Gilles Sadowski > >> On Sat, Dec 01, 2012 at 09:39:04PM +, sebb wrote: >> > On 30 November 2012 11:43, Luc Maisonobe wrote: >> > > Le 30/11/2012 09:19, Thomas Neidhart a écrit

Re: svn commit: r1416241 - /commons/proper/math/trunk/src/main/java/org/apache/commons/math3/optimization/SimpleBounds.java

On 2 December 2012 19:34, wrote: > Author: tn > Date: Sun Dec 2 19:34:05 2012 > New Revision: 1416241 > > URL: http://svn.apache.org/viewvc?rev=1416241&view=rev > Log: > Added missing keywords. > > Modified: > > commons/proper/math/trunk/src/main/java/org/apache/commons/math3/optimization/S

Re: svn commit: r1416248 - in /commons/proper/email/trunk/src: changes/changes.xml java/org/apache/commons/mail/Email.java test/org/apache/commons/mail/EmailTest.java

On 3 December 2012 11:39, Gary Gregory wrote: > I think it's time to update to Java 5... it is almost 2013! Agreed - unless there is a particular reason why it should remain at Java 1.4? > Gary > > On Dec 3, 2012, at 2:37, Thomas Neidhart wrote: > >> On 12/02/2012 11:07 PM, Gary Gregory wrote:

[ANNOUNCE] Commons NET 3.2 released

The Apache Commons Net team are pleased to announce the release of Commons Net version 3.2. All users are encouraged to upgrade to 3.2. For details of the fixes and new features please see: http://www.apache.org/dist/commons/net/RELEASE-NOTES.txt [These are also included with the binary and sou

Re: svn commit: r1416248 - in /commons/proper/email/trunk/src: changes/changes.xml java/org/apache/commons/mail/Email.java test/org/apache/commons/mail/EmailTest.java

On 3 December 2012 19:16, Gary Gregory wrote: > On Mon, Dec 3, 2012 at 2:06 PM, Thomas Neidhart > wrote: > >> On 12/03/2012 01:01 PM, sebb wrote: >> > On 3 December 2012 11:39, Gary Gregory wrote: >> >> I think it's time to update to Java 5... it is alm

Re: svn commit: r1416672 - /commons/proper/email/trunk/pom.xml

On 3 December 2012 21:27, wrote: > Author: tn > Date: Mon Dec 3 21:27:34 2012 > New Revision: 1416672 > > URL: http://svn.apache.org/viewvc?rev=1416672&view=rev > Log: > Upgrade test dependencies: commons-io:2.4, retrotranslator-runtime:1.2.9, > subethasmtp:3.1.7 > > Modified: > commons/pro

Re: svn commit: r1416672 - /commons/proper/email/trunk/pom.xml

On 3 December 2012 22:11, Thomas Neidhart wrote: > On 12/03/2012 11:01 PM, Gary Gregory wrote: >> Note that Commons IO 2.4 requires a minimum of JDK 1.6. > > ok, reverted to IO 2.2. > >> >> net.sf.retrotranslator >> retrotranslator-runtime >> -1.2.1

Re: svn commit: r1416672 - /commons/proper/email/trunk/pom.xml

On 4 December 2012 21:16, Thomas Neidhart wrote: > On 12/03/2012 11:25 PM, sebb wrote: >> On 3 December 2012 22:11, Thomas Neidhart wrote: >>> On 12/03/2012 11:01 PM, Gary Gregory wrote: >>>> Note that Commons IO 2.4 requires a minimum of JDK 1.6.

Re: svn commit: r1417434 - /commons/proper/commons-parent/trunk/pom.xml

On 5 December 2012 14:17, wrote: > Author: ggregory > Date: Wed Dec 5 14:17:42 2012 > New Revision: 1417434 > > URL: http://svn.apache.org/viewvc?rev=1417434&view=rev > Log: > maven-compiler-plugin 2.5.1 -> 3.0 Does that still work with Maven 2.2.1 ? > Modified: > commons/proper/commons-pa

Re: svn commit: r1416672 - /commons/proper/email/trunk/pom.xml

On 5 December 2012 20:47, Thomas Neidhart wrote: > On 12/04/2012 10:41 PM, sebb wrote: >> On 4 December 2012 21:16, Thomas Neidhart wrote: >>> On 12/03/2012 11:25 PM, sebb wrote: >>>> On 3 December 2012 22:11, Thomas Neidhart >>>> wrote: >&g

[BCEL] The BCEL issue tracker has moved from Bugzilla to JIRA

When BCEL moved to Commons from Jakarta it was using Bugzilla as the issue tracker. As all other Commons components use JIRA, it was decided to move BCEL issue handling to JIRA. This move has now happened and all Bugzilla issues have been imported into JIRA as the "BCEL" project, i.e. they can be

[BCEL] issue tracker page updated on minotaur

I regenerated the issue-tracking page from the updated pom, and updated the page on minotaur with the relevant paragraph (so as to not disturb the navigation etc.) It will show up later on the live site. - To unsubscribe, e-mail:

Re: We will not be able to update our websites...

On 10 December 2012 21:53, Phil Steitz wrote: > On 12/10/12 1:27 PM, Ralph Goers wrote: >> Yes, I think you are missing something fundamental. >> >> If you check in "the whole mess" you will never again be able to properly >> build a sub-project's site with Maven. This is because the process of

Re: [VOTE] Release of commons-email-1.3 based on RC4

On 10 December 2012 22:28, Thomas Neidhart wrote: > Hi, > > I would like to call a vote from commons-email-1.3 based on RC4. > > The files: > > The artifacts are deployed to Nexus: > https://repository.apache.org/content/repositories/orgapachecommons-135/ > > The tag: > http://svn.apache.org/viewv

Re: [VOTE] Release of commons-email-1.3 based on RC4

gt; This statement is misleading IMO: "The latest version v1.3, is JDK 1.5 > compatible" > > It should be: "The latest version, 1.3, requires Java 5" > > I agree with Sebb on the other points. > > Fixing the PMD issues seems easy while you are in there. The "

Re: [VOTE][CANCEL] Release of commons-email-1.3 based on RC4

On 11 December 2012 08:58, Thomas Neidhart wrote: > Hi, > > thanks for looking into it. > > I will fix the issues wrt build page, release notes and findbugs warnings. > > Regarding the unit test failure: > > I have not seen the problem before, and just validated it. The unit test > tries to open a

Re: [VOTE][CANCEL] Release of commons-email-1.3 based on RC4

On 11 December 2012 12:11, Gary Gregory wrote: > On Tue, Dec 11, 2012 at 6:56 AM, sebb wrote: > >> On 11 December 2012 08:58, Thomas Neidhart >> wrote: >> > Hi, >> > >> > thanks for looking into it. >> > >> > I will fix th

Re: svn commit: r1420448 - in /commons/proper/email/tags/EMAIL_1_3_RC5: ./ conf/ src/changes/ src/main/java/org/apache/commons/mail/ src/main/java/org/apache/commons/mail/resolver/ src/main/java/org/a

On 11 December 2012 22:00, wrote: > Author: tn > Date: Tue Dec 11 22:00:13 2012 > New Revision: 1420448 > > URL: http://svn.apache.org/viewvc?rev=1420448&view=rev > Log: > Creating Commons Email v1.3 RC5 tag. > > Added: > commons/proper/email/tags/EMAIL_1_3_RC5/ > - copied from r1420374

Re: [VOTE] Release of commons-email-1.3 based on RC5

On 12 December 2012 03:58, Gary Gregory wrote: > Thank you for doing another RC. > > While I was digging for a justification of the Clirr errors, I found this > in the release notes: "Clirr reports several errors for this release due to > moving constants from the Email class to the newly introduc

Re: [VOTE] Release of commons-email-1.3 based on RC5

> Make the EmailConstants a class instead of an interface? If binary >> > compatible is broken, the constants have to move back, and you can still >> > have a new EmailConstants class and deprecate the old constants to point >> to >> > the new class. >> > >

Re: svn commit: r1420448 - in /commons/proper/email/tags/EMAIL_1_3_RC5: ./ conf/ src/changes/ src/main/java/org/apache/commons/mail/ src/main/java/org/apache/commons/mail/resolver/ src/main/java/org/a

On 12 December 2012 15:42, Gilles Sadowski wrote: > On Wed, Dec 12, 2012 at 04:35:03PM +0100, Thomas Neidhart wrote: >> On Tue, Dec 11, 2012 at 11:39 PM, Thomas Neidhart > > wrote: >> >> > On 12/11/2012 11:30 PM, sebb wrote: >> > > On 11 Decemb

Re: [VOTE] Release of commons-email-1.3 based on RC5

t; > Siegfried Goeschl > > > > On 12.12.12 15:06, sebb wrote: >> >> On 12 December 2012 13:17, Gary Gregory wrote: >>> >>> On Wed, Dec 12, 2012 at 3:59 AM, Thomas Neidhart >>> wrote: >>> >>>> On Wed, Dec 12, 2012 at 4:

Re: [DBUTILS] Updates for v2.0

On 13 December 2012 22:47, William Speirs wrote: > I just submitted > DBUTILS-105 to > add support for named params to DB Utils. I'm thinking that if we wrapped > that up with DBUTILS-95 > and DB

Re: [DBUTILS] Updates for v2.0

On 14 December 2012 01:12, William Speirs wrote: > Adding named params won't break things (actually I was thinking of adding > this to a 1.x release as well), but removing deprecated code will. Also, I > was thinking of switching to only supporting named params in the 2.x branch. Why drop support

Re: svn commit: r1422840 - /commons/proper/lang/trunk/pom.xml

Agreed. Or add the missing updates to the LANG POM with a comment that they can be dropped once CP 28 is released. In any case, never depend on a SNAPSHOT. On 17 December 2012 12:50, Gary Gregory wrote: > We should release commons parent instead of depending on a snapshot. > > Gary > > On Dec 1

Re: [Math] Missing links on "download page"

On 26 December 2012 18:32, Phil Steitz wrote: > On 12/24/12 1:13 PM, Gilles Sadowski wrote: >> On Mon, Dec 24, 2012 at 09:27:57AM -0800, Phil Steitz wrote: >>> On 12/24/12 4:37 AM, Gilles Sadowski wrote: Hi. > [...] > > Commons Math can be downloaded from the following page:

Re: [DBUTILS] Updates for v2.0

anding JIRA issues (mostly enhancement requests). Do any of these need to be addressed to bring 1.x up to date? > As for 2.x, my > plan is to implement these changes at ApacheCon NA and try > to recruit others to help [1]... so far, no luck. > > Sebb, as always thanks for the feedback!

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

On 8 January 2013 09:02, Thomas Neidhart wrote: > On Tue, Jan 8, 2013 at 6:26 AM, Stefan Bodewig wrote: > >> On 2013-01-08, Gump wrote: >> >> > at java.lang.Short.parseShort(Short.java:143) >> > at >> org.powermock.modules.junit4.common.internal.impl.VersionCompatibility.getJUnitVersi

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

On 8 January 2013 11:42, Thomas Neidhart wrote: > On Tue, Jan 8, 2013 at 11:56 AM, sebb wrote: > >> On 8 January 2013 09:02, Thomas Neidhart >> wrote: >> > On Tue, Jan 8, 2013 at 6:26 AM, Stefan Bodewig >> wrote: >> > >> >

Re: [Math][ALL] Preparing 3.1.1

On 9 January 2013 00:34, Phil Steitz wrote: > On 1/8/13 4:22 PM, Gilles Sadowski wrote: >> Hi. >> >> I got another report that CM 3.1 is unusable due to >> https://issues.apache.org/jira/browse/MATH-924 >> >> I'm going to prepare 3.1.1 ASAP. >> >> (1) >> However, the new "DiagonalMatrix" class i

Re: [VOTE] Release of Commons Email 1.3 based on RC7

On 9 January 2013 10:03, Thomas Neidhart wrote: > On Mon, Jan 7, 2013 at 8:41 PM, Gary Gregory wrote: > >> +1. >> >> I suspect we'll need another RC to deal with pub/svn when you actually try >> to do the release because the usual place we put sites is now supposed to >> be read-only. >> > > my o

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

On 10 January 2013 20:24, Julius Davies wrote: > This is one my unit tests that I recently added that's failing. > > I'll look into it! > > They pass on my machine, but I need to look more carefully into the > fact my computer is set to Pacific Time (UTC -8:00hours). > The times in the file COMPR

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

On 11 January 2013 02:04, sebb wrote: > On 10 January 2013 20:24, Julius Davies wrote: >> This is one my unit tests that I recently added that's failing. >> >> I'll look into it! >> >> They pass on my machine, but I need to look more carefully into the

Re: [dbco] update DBCP2 to require JDBC 4.1 (Java 7) WAS svn commit: r1431496 - in /commons/proper/dbcp/trunk: ./ src/java/org/apache/commons/dbcp2/ src/java/org/apache/commons/dbcp2/cpdsadapter/ src/

On 11 January 2013 02:38, Phil Steitz wrote: > On 1/10/13 8:57 AM, ma...@apache.org wrote: >> Author: markt >> Date: Thu Jan 10 16:57:07 2013 >> New Revision: 1431496 >> >> URL: http://svn.apache.org/viewvc?rev=1431496&view=rev >> Log: >> Update DBCP2 to require JDBC 4.1 (Java 7) since Java 6 is c

Re: [ALL] Remove some artefacts from Nexus? (Was: [VOTE][RC1] Release ...)

On 11 January 2013 10:57, Gilles Sadowski wrote: > Hi. > >> [...] >> >> btw. I found something is missing in your release guide on the wiki >> (from the UsingNexus page): > > I'm not maintaining the page on the Wiki (I'll remove it). The > "authoritative" source is in the "doc/release" directory o

<    1   2   3   4   5   6   7   8   9   10   >