The current tarball (*) staging process uses Nexus, which works well
for Maven jars and is OK as a means of staging tarballs for voting.
However: once the vote succeeds, the tarballs need to be extracted and
pushed to the dist/release repo.
This is tricky and error-prone; it's possible to delete
This is a VOTE to release Commons Parent 31-RC2
This VOTE by LAZY-CONSENSUS is open for at least 72 hours
It will finish no earlier than June 23 at 20:00 GMT.
The main changes in this release are:
- dropped unused 'rc' profile
- fixed the maven.compile[r] names
- updated some plugins and the
]
That is not the ASF convention.
Binaries is plural because there may be multiple builds for different
target hosts; there may be subdirectories for Windows/VMS/Unix/...
Source is singular because there is only one source.
Gary
On Thu, Jun 20, 2013 at 2:53 PM, sebb seb...@gmail.com wrote
On 21 June 2013 07:54, Benedikt Ritter brit...@apache.org wrote:
Hi Gary,
nice to see some activity in CSV again. We were talking about reverting
CSVFormat back to the old API that does not use the builder pattern, see
CSV-99[1].
We still have 18 unresolved issues. I think we should go
On 21 June 2013 07:59, Benedikt Ritter brit...@apache.org wrote:
2013/6/20 Simone Tripodi simonetrip...@apache.org
On Thu, Jun 20, 2013 at 4:06 PM, sebb seb...@gmail.com wrote:
On 20 June 2013 14:48, Simone Tripodi simonetrip...@apache.org wrote:
Don't you think it would worth at least
-digest-plugin-1.0-RC2/
(r1495242)
site:
http://people.apache.org/~sebb/commons-digest-plugin-1.0-RC2/
Source and binary archives (tar.gz and .zip)
https://dist.apache.org/repos/dist/dev/commons/commons-digest-plugin-1.0-RC2/
(r2242)
Maven jars:
https://repository.apache.org/content/repositories
release.
On 21 June 2013 09:54, sebb seb...@gmail.com wrote:
This is a vote to release Apache Commons Digest Plugin based on RC2
This is the initial release of the digest plugin, which creates MD5
and SHA1 hashes for whatever files you specify.
The code is not expected to be perfect
Yes, I thought I just did.
On 21 June 2013 13:19, Gary Gregory garydgreg...@gmail.com wrote:
So are your canceling this vote due to the header issue?
Gary
On Jun 21, 2013, at 4:55, sebb seb...@gmail.com wrote:
This is a vote to release Apache Commons Digest Plugin based on RC2
As already advised - missing AL header.
On 21 June 2013 09:54, sebb seb...@gmail.com wrote:
This is a vote to release Apache Commons Digest Plugin based on RC2
This is the initial release of the digest plugin, which creates MD5
and SHA1 hashes for whatever files you specify.
The code
On 21 June 2013 14:29, Benedikt Ritter brit...@apache.org wrote:
Hi,
we are unsure about the process of promoting a component from sandbox to
proper. Can this be done by simply announcing it or has a vote to take
place? How has this been done in the past?
I suspect the answer is - it
On 21 June 2013 14:36, Emmanuel Bourg ebo...@apache.org wrote:
Le 21/06/2013 15:29, Benedikt Ritter a écrit :
we are unsure about the process of promoting a component from sandbox to
proper. Can this be done by simply announcing it or has a vote to take
place? How has this been done in the
On 21 June 2013 14:57, Emmanuel Bourg ebo...@apache.org wrote:
Le 21/06/2013 15:45, sebb a écrit :
we want to be able to drop sandboxes easily.
How would that make dropping an experimental component more difficult?
It would have to be removed from the website navigation.
Also, I don't think
[I'm not sure a vote for this is really needed, but]
I'd like to move the staging plugin from the sandbox to commons
proper, so it can be released for use by Commons.
The component name is currently
commons-staging-plugin
I propose to keep the same name unless there are objections.
The vote
On Jun 21, 2013, at 7:22 AM, Emmanuel Bourg wrote:
Le 21/06/2013 16:02, sebb a écrit :
Also, I don't think we should have code under proper that is not
likely to be supported going forward.
Users have the expectation that code under proper is mature and supported.
It's doesn't prevent
On 21 June 2013 19:45, Benedikt Ritter benerit...@gmail.com wrote:
Hello Sebb,
I very much appreciate your effort to ease the release process (although I've
never been RM).
Thanks.
I'd like to see some tests in the plugin. The code should meet the same
quality requirements we put
/~sebb/commons-digest-plugin-0.1-RC2/
All the links work, including the download link
(though that is a cheat; I redirected the .cgi to .html)
Vote will remain open for at least 72 hours.
TIA
-
To unsubscribe, e-mail: dev-unsubscr
On 22 June 2013 00:15, Phil Steitz phil.ste...@gmail.com wrote:
-0
I don't think this sort of things belongs in Commons proper as a
component. What we advertise, release and support from commons
proper are general purpose libraries that developers can use in
their own applications. This is
On 22 June 2013 12:50, Benedikt Ritter brit...@apache.org wrote:
2013/6/22 Jörg Schaible joerg.schai...@gmx.de
Hi,
sebb wrote:
On 22 June 2013 00:15, Phil Steitz phil.ste...@gmail.com wrote:
-0
I don't think this sort of things belongs in Commons proper as a
component. What we
I'm cancelling this vote, as it's not clear we should be releasing our
plugin tools to the general public.
On 21 June 2013 23:46, sebb seb...@gmail.com wrote:
This is a vote to release Apache Commons Digest Plugin 0.1 based on RC2
This is the initial release of the digest plugin, which creates
be a better route for two other plugins I wrote
which have general applicability.
I'll look into that shortly.
And btw probably won't be hard to promote it and add sebb in maven committers.
My 0.02 AUD
2013/6/22 Phil Steitz phil.ste...@gmail.com:
-0
I don't think this sort of things belongs
I've just been told about the Maven Sandbox, which might be a better
place for this and the signfiles plugins.
Investigating
On 22 June 2013 14:27, sebb seb...@gmail.com wrote:
I'm cancelling this vote, as it's not clear we should be releasing our
plugin tools to the general public.
On 21
...@apache.org wrote:
what about moving this to maven plugins ?
I'm pretty sure this could help some ASF projects.
NOTE: the Maven sandbox path is open for all committers.
And btw probably won't be hard to promote it and add sebb in maven
committers.
My 0.02 AUD
2013/6/22 Phil Steitz phil.ste
on their thinking caps.
+1
I think that is what sebb and others have been doing working on
build plugins. Lets agree on a simple way to make these plugins
available, get them really working, document their use and then
enjoy the stability :)
So in the spirit of removing barriers, I would like
On 22 June 2013 15:26, Mark Thomas ma...@apache.org wrote:
On 22/06/2013 14:45, Gary Gregory wrote:
I'm for whatever does the RM process easier and less error prone. If
that means maven plugins, so be it.
This is written as someone who has never released a commons component
and is very
the
Maven skills to put on their thinking caps.
+1
I think that is what sebb and others have been doing working on
build plugins. Lets agree on a simple way to make these plugins
available, get them really working, document their use and then
enjoy the stability :)
So in the spirit
On 23 June 2013 16:10, Jörg Schaible joerg.schai...@gmx.de wrote:
sebb wrote:
[snip]
But we still need to resolve:
- where in SVN these tools belong
- how to ensure the tools are readily available to RMs
Well, don't we have the possibility to publish these plugins somewhere on
the web
On 23 June 2013 19:56, Benedikt Ritter benerit...@gmail.com wrote:
Am 23.06.2013 um 20:16 schrieb sebb seb...@gmail.com:
On 23 June 2013 16:10, Jörg Schaible joerg.schai...@gmx.de wrote:
sebb wrote:
[snip]
But we still need to resolve:
- where in SVN these tools belong
Let's just
On 23 June 2013 20:35, Mark Thomas ma...@apache.org wrote:
On 23/06/2013 20:28, sebb wrote:
On 23 June 2013 19:56, Benedikt Ritter benerit...@gmail.com wrote:
Am 23.06.2013 um 20:16 schrieb sebb seb...@gmail.com:
On 23 June 2013 16:10, Jörg Schaible joerg.schai...@gmx.de wrote:
sebb wrote
On 23 June 2013 21:02, Jörg Schaible joerg.schai...@gmx.de wrote:
sebb wrote:
On 23 June 2013 20:35, Mark Thomas ma...@apache.org wrote:
On 23/06/2013 20:28, sebb wrote:
On 23 June 2013 19:56, Benedikt Ritter benerit...@gmail.com wrote:
Am 23.06.2013 um 20:16 schrieb sebb seb...@gmail.com
There being no votes and the 72 hours having elapsed, the vote passes.
Thanks to all who did not vote -1 !
On 20 June 2013 20:32, sebb seb...@gmail.com wrote:
This is a VOTE to release Commons Parent 31-RC2
This VOTE by LAZY-CONSENSUS is open for at least 72 hours
It will finish no earlier
Commons Parent 31 has been released.
Release notes:
https://svn.apache.org/repos/asf/commons/proper/commons-parent/tags/commons-parent-31/RELEASE-NOTES.txt
Components are recommended to upgrade when convenient, but this is not
compulsory.
If upgrading causes any breaking changes, please report
On 25 June 2013 12:54, Thomas Neidhart thomas.neidh...@gmail.com wrote:
On Tue, Jun 25, 2013 at 12:34 AM, sebb seb...@gmail.com wrote:
On 24 June 2013 21:31, Thomas Neidhart thomas.neidh...@gmail.com wrote:
On 06/24/2013 10:09 PM, Oliver Heger wrote:
Hi Thomas,
Hi Oliver,
first
/apache/commons/chain2/ChainExecutor.java:[30,31]
generics are not supported in -source 1.3
[ERROR] (use -source 5 or higher to enable generics)
maven.compiler.source and maven.compiler.target properties are set to 1.6
Any idea what is wrong?
Benedikt
Am 25.06.2013 um 00:43 schrieb sebb seb
Please ensure you fix the properties:
maven.compile.* = maven.compiler.*
when updating to CP31
The proper name is compiler; for a long while CP wrongly used compile
On 24 June 2013 23:43, sebb seb...@gmail.com wrote:
Commons Parent 31 has been released.
Release notes:
https
On 26 June 2013 13:11, Thomas Neidhart thomas.neidh...@gmail.com wrote:
On Sun, Jun 23, 2013 at 10:04 PM, Thomas Neidhart thomas.neidh...@gmail.com
wrote:
Hi,
I'd like to call a vote for releasing Commons Collections 4.0-alpha1
based on RC1.
The files:
The artifacts are deployed to
On 27 June 2013 10:20, Thomas Neidhart thomas.neidh...@gmail.com wrote:
On Sun, Jun 23, 2013 at 10:04 PM, Thomas Neidhart thomas.neidh...@gmail.com
wrote:
Hi,
I'd like to call a vote for releasing Commons Collections 4.0-alpha1
based on RC1.
The files:
The artifacts are deployed to
On 27 June 2013 20:44, Thomas Neidhart thomas.neidh...@gmail.com wrote:
On 06/27/2013 11:44 AM, sebb wrote:
On 27 June 2013 10:20, Thomas Neidhart thomas.neidh...@gmail.com wrote:
On Sun, Jun 23, 2013 at 10:04 PM, Thomas Neidhart thomas.neidh...@gmail.com
wrote:
Hi,
I'd like to call a vote
On 27 June 2013 21:12, sebb seb...@gmail.com wrote:
On 27 June 2013 20:44, Thomas Neidhart thomas.neidh...@gmail.com wrote:
On 06/27/2013 11:44 AM, sebb wrote:
On 27 June 2013 10:20, Thomas Neidhart thomas.neidh...@gmail.com wrote:
On Sun, Jun 23, 2013 at 10:04 PM, Thomas Neidhart
On 27 June 2013 22:23, Thomas Neidhart thomas.neidh...@gmail.com wrote:
On 06/27/2013 10:41 PM, sebb wrote:
On 27 June 2013 21:12, sebb seb...@gmail.com wrote:
On 27 June 2013 20:44, Thomas Neidhart thomas.neidh...@gmail.com wrote:
On 06/27/2013 11:44 AM, sebb wrote:
On 27 June 2013 10:20
Now that the javadoc 2.9.1 plugin is released, it might be worth
trying it with the collections release.
No need to wait for CP 32, just override the commons.javadoc.version
property in the collections pom.
[Please add a comment to remind devs to remove the override later.]
This is a VOTE to release Commons Parent 31-RC2
This VOTE by LAZY-CONSENSUS is open for at least 72 hours
It will finish no earlier than July 1 2013 at 14:00 GMT.
The only change in this release is:
- updated Javadoc plugin to 2.9.1 to fix Javadoc vulnerability
(CVE-2013-1571, VU#225657)
COLLECTIONS-474, thanks to sebb
* fixed download page (contained wrong component id)
* added html version of release notes for site
The artifacts / site have been built with Oracle JDK 1.5 build 1.5.0_22-b03.
The files:
The artifacts are deployed to Nexus:
https://repository.apache.org/content
The 72 hours having elapsed without any -1 votes having been cast, the
vote duly passes.
On 28 June 2013 13:18, sebb seb...@gmail.com wrote:
This is a VOTE to release Commons Parent 31-RC2
This VOTE by LAZY-CONSENSUS is open for at least 72 hours
It will finish no earlier than July 1 2013
Commons Parent 32 has been released.
The only change is to update the Javadoc plugin to 2.9.1 to address
the Javadoc script vulnerability.
Components are recommended to upgrade before the next release as this
release fixes the Javadoc issue. If the component cannot be upgraded
immediately (not
On 4 July 2013 16:46, William Speirs wspe...@apache.org wrote:
The Frequency[1] class is what you're looking for. You can find a basic
example of it in the user guide [2].
Perhaps the docs should include mode as an example as well?
Or maybe it should be added to the Frequency class? (and
On 5 July 2013 08:13, Benedikt Ritter brit...@apache.org wrote:
Hi,
since I got no replies, I'm moving this to a new thread to get some more
attention ;-)
I'm having a problem with Contiuum. This all started, when I added a new
module to [CHAIN], a test-utils module, that contains code used
On 5 July 2013 13:06, Thomas Neidhart thomas.neidh...@gmail.com wrote:
We could also publish it to the Apache public repository but prevent the
sync with maven central.
Is that possible?
Anyhow, I'm not sure it makes any difference - it's still published as
a Maven jar.
So long as it's very
On 5 July 2013 15:47, Phil Steitz phil.ste...@gmail.com wrote:
On 7/5/13 4:35 AM, Gary Gregory wrote:
Over at log4j we release betas to maven central. I think we should do
so here too for alphas. It's just too much of a pain to use a jar in a
build otherwise.
Do you subsequently introduce
On 5 July 2013 17:45, Phil Steitz phil.ste...@gmail.com wrote:
On 7/5/13 9:32 AM, Gary Gregory wrote:
On Fri, Jul 5, 2013 at 11:33 AM, Phil Steitz phil.ste...@gmail.com wrote:
On 7/5/13 7:59 AM, sebb wrote:
On 5 July 2013 15:47, Phil Steitz phil.ste...@gmail.com wrote:
On 7/5/13 4:35 AM
On 5 July 2013 17:52, Gary Gregory garydgreg...@gmail.com wrote:
On Fri, Jul 5, 2013 at 12:45 PM, Phil Steitz phil.ste...@gmail.com wrote:
On 7/5/13 9:32 AM, Gary Gregory wrote:
On Fri, Jul 5, 2013 at 11:33 AM, Phil Steitz phil.ste...@gmail.com
wrote:
On 7/5/13 7:59 AM, sebb wrote
:
On 7/5/13 9:32 AM, Gary Gregory wrote:
On Fri, Jul 5, 2013 at 11:33 AM, Phil Steitz phil.ste...@gmail.com
wrote:
On 7/5/13 7:59 AM, sebb wrote:
On 5 July 2013 15:47, Phil Steitz phil.ste...@gmail.com wrote:
On 7/5/13 4:35 AM, Gary Gregory wrote:
Over at log4j we release betas to maven
The thread about Collections Alpha release to Maven Central got me thinking.
So long as an Alpha release is only used for testing/local use, it
does not matter where it is published.
The problem comes if the Alpha release becomes a dependency of another
product which is then released.
So how do
On 6 July 2013 13:52, Benedikt Ritter brit...@apache.org wrote:
2013/7/4 Benedikt Ritter brit...@apache.org
Hi,
we had this discussion lately where we talked about attracting new
contributors for commons [1]. Over the past few days I've been thinking
about this topic again and I've come to
On 6 July 2013 14:48, Benedikt Ritter benerit...@gmail.com wrote:
2013/7/6 sebb seb...@gmail.com
On 6 July 2013 13:52, Benedikt Ritter brit...@apache.org wrote:
2013/7/4 Benedikt Ritter brit...@apache.org
Hi,
we had this discussion lately where we talked about attracting new
On 6 July 2013 15:18, Gary Gregory garydgreg...@gmail.com wrote:
We should not have builds in SVN IMO.
[Apart from the builds under dist/ of course.]
OK by me to delete; they are only RCs anyway.
Gary
On Jul 6, 2013, at 10:10, Benedikt Ritter brit...@apache.org wrote:
Hi,
while I was
On 7 July 2013 13:24, Gilles gil...@harfang.homelinux.org wrote:
On Sun, 7 Jul 2013 11:21:08 + (UTC), Continuum@vmbuild wrote:
Group (shared) Maven 2 Build Definition (Java 1.5)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
about that.
Commited wrong file; the constants were in a different test class.
I've disabled the future test; will re-enable when the method is added.
Phil
On 7/4/13 11:54 AM, s...@apache.org wrote:
Author: sebb
Date: Thu Jul 4 18:54:42 2013
New Revision: 1499841
URL: http
On 8 July 2013 09:12, Thomas Vandahl t...@apache.org wrote:
On 06.07.2013 16:10, Benedikt Ritter wrote:
This may or may not be a problem when for creation of a git mirror by
infra. But the question is, do we really need this directory or can we
remove it?
We can surely remove it. The
On 8 July 2013 09:44, Benedikt Ritter brit...@apache.org wrote:
2013/7/8 sebb seb...@gmail.com
On 8 July 2013 09:12, Thomas Vandahl t...@apache.org wrote:
On 06.07.2013 16:10, Benedikt Ritter wrote:
This may or may not be a problem when for creation of a git mirror by
infra
On 8 July 2013 23:05, Roger L. Whitcomb roger.whitc...@actian.com wrote:
I had a thought that it would be more secure to pass password data
around in VFS as byte arrays instead of String objects so they could
less easily be found by memory dumpers/scanners. This would apply (for
instance) to
On 9 July 2013 18:37, Benedikt Ritter brit...@apache.org wrote:
2013/7/9 Olivier Lamy ol...@apache.org
2013/7/9 Benedikt Ritter brit...@apache.org:
2013/7/9 Olivier Lamy ol...@apache.org
2013/7/9 Benedikt Ritter brit...@apache.org:
Hi,
I'm currently learning how to publish our
At the moment, the Template Manager reads the template details from a
fixed list of xml index files.
It's not particularly easy to add new templates or sets of templates.
I wonder whether the Template Manager should use a process of
discovery more like the way plugins are detected?
For example,
Sorry, wrong list!
On 10 July 2013 16:40, sebb seb...@gmail.com wrote:
At the moment, the Template Manager reads the template details from a
fixed list of xml index files.
It's not particularly easy to add new templates or sets of templates.
I wonder whether the Template Manager should use
On 12 July 2013 15:39, Ajo Fod ajo@gmail.com wrote:
I wonder what conditions justify the use of protected / public fields?
I can see how protected fields make more sense for a single user code
because it is easier to not have all those getter/setter methods. But
perhaps for an API with
snip/
I've done some more investigations.
It seems it's not possible to use mvn deploy directly to a dist URL such as
https://dist.apache.org/repos/dist/dev/commons/plugins
Probably because the server does not support WEBDAV or something.
However, there is a workround:
- checkout the URL
On 13 July 2013 15:26, Gary Gregory garydgreg...@gmail.com wrote:
On Sat, Jul 13, 2013 at 8:30 AM, sebb seb...@gmail.com wrote:
snip/
I've done some more investigations.
It seems it's not possible to use mvn deploy directly to a dist URL such as
https://dist.apache.org/repos/dist/dev
At present the Frequency class seems to treat NaN as just another Comparable.
On my system it sorts as above POSITIVE_INFINITY.
So getMode() can return NaN entries, as can the iterators.
Is this reasonable behaviour?
Should it be documented and therefore tested?
Or should NaN be disallowed from
On 16 July 2013 07:02, Phil Steitz phil.ste...@gmail.com wrote:
On 7/15/13 6:55 PM, sebb wrote:
At present the Frequency class seems to treat NaN as just another Comparable.
On my system it sorts as above POSITIVE_INFINITY.
So getMode() can return NaN entries, as can the iterators
@@ If the output is not quite correct, chec
/properties
body
release version=x.y date=TBD description=TBD
+ action dev=psteitz type=update issue=MATH-1006
+Enabled LaTeX expressions in javadoc via MathJax.
+ /action
action dev=sebb type=add issue=MATH-1000
On 18 July 2013 00:52, Phil Steitz phil.ste...@gmail.com wrote:
On 7/17/13 4:08 PM, sebb wrote:
On 17 July 2013 23:42, pste...@apache.org wrote:
Author: psteitz
Date: Wed Jul 17 22:42:07 2013
New Revision: 1504314
URL: http://svn.apache.org/r1504314
Log:
Enabled LaTeX expressions
On 18 July 2013 02:07, Phil Steitz phil.ste...@gmail.com wrote:
On 7/17/13 5:48 PM, sebb wrote:
On 18 July 2013 00:52, Phil Steitz phil.ste...@gmail.com wrote:
On 7/17/13 4:08 PM, sebb wrote:
On 17 July 2013 23:42, pste...@apache.org wrote:
Author: psteitz
Date: Wed Jul 17 22:42:07 2013
Some MATH unit tests take a long time to run.
One example is CMAESOptimizerTest, which is run twice - once for the
deprecated code and once for the new code.
Would it make sense to exclude the long-running tests of deprecated
classes by default?
Or maybe all the tests of deprecated classes
The MATH code base currently generates hundreds of boxing warnings.
Many, if not most, are perfectly OK.
For example, conversion of int and long to Number when throwing
various Exceptions.
However, buried amongst the valid uses there may well be some code
that is buggy - e.g. it uses Long when it
On 18 July 2013 17:56, Mark Thomas ma...@apache.org wrote:
sebb seb...@gmail.com wrote:
The MATH code base currently generates hundreds of boxing warnings.
Many, if not most, are perfectly OK.
For example, conversion of int and long to Number when throwing
various Exceptions.
However, buried
On 18 July 2013 19:54, Gilles gil...@harfang.homelinux.org wrote:
Hi.
On Thu, 18 Jul 2013 19:02:34 +0100, sebb wrote:
On 18 July 2013 17:56, Mark Thomas ma...@apache.org wrote:
sebb seb...@gmail.com wrote:
The MATH code base currently generates hundreds of boxing warnings.
Many
On 18 July 2013 20:06, Gilles gil...@harfang.homelinux.org wrote:
On Thu, 18 Jul 2013 16:19:10 +0100, sebb wrote:
Some MATH unit tests take a long time to run.
One example is CMAESOptimizerTest, which is run twice - once for the
deprecated code and once for the new code.
Would it make
On 18 July 2013 20:42, Phil Steitz phil.ste...@gmail.com wrote:
On 7/18/13 12:29 PM, sebb wrote:
On 18 July 2013 19:54, Gilles gil...@harfang.homelinux.org wrote:
Hi.
On Thu, 18 Jul 2013 19:02:34 +0100, sebb wrote:
On 18 July 2013 17:56, Mark Thomas ma...@apache.org wrote:
sebb seb
On 18 July 2013 22:15, Gilles gil...@harfang.homelinux.org wrote:
On Thu, 18 Jul 2013 20:35:53 +0100, sebb wrote:
On 18 July 2013 20:06, Gilles gil...@harfang.homelinux.org wrote:
On Thu, 18 Jul 2013 16:19:10 +0100, sebb wrote:
Some MATH unit tests take a long time to run.
One example
On 19 July 2013 00:08, Phil Steitz phil.ste...@gmail.com wrote:
I should have done this in MATH-1006. Any objections to my just
adding a head element to site.xml to bring in the MathJax js so we
can use LaTeX expressions in the User Guide (and elsewhere if we
like) in the site? I have tested
Unfortunately the change to package_info.java has uncovered a bug in
the incremental compiler:
https://jira.codehaus.org/browse/MCOMPILER-205
This slows up retesting.
Two possible workrounds:
- exclude the package_info.java files from compilation
- add something to the files so that the
On 22 July 2013 07:52, Benedikt Ritter brit...@apache.org wrote:
Hi,
I started a discussion about how make commons more attractive for new
comers a while ago [1]. Since then, I've created a twitter account
[2], cleaned up our ohloh profiles and requested git mirrors for all
proper components
On 25 July 2013 14:10, ma...@apache.org wrote:
Author: markt
Date: Thu Jul 25 13:10:04 2013
New Revision: 1506954
URL: http://svn.apache.org/r1506954
Log:
DBCP-229
Make stack trace of borrowing available to help ID leaks.
This change makes some information available about objects in the
On 25 July 2013 14:07, ma...@apache.org wrote:
Author: markt
Date: Thu Jul 25 13:07:03 2013
New Revision: 1506952
URL: http://svn.apache.org/r1506952
Log:
Name change
Please could you specify the old and new names?
Modified:
On 25 July 2013 12:56, ma...@apache.org wrote:
Author: markt
Date: Thu Jul 25 11:56:41 2013
New Revision: 1506916
URL: http://svn.apache.org/r1506916
Log:
Change name of implementation class
from? to?
Yes, this can be derived from the history, but it would be easier to
read the log if a
accurately.
Matt
On Thu, Jul 25, 2013 at 9:57 AM, sebb seb...@gmail.com wrote:
On 25 July 2013 12:56, ma...@apache.org wrote:
Author: markt
Date: Thu Jul 25 11:56:41 2013
New Revision: 1506916
URL: http://svn.apache.org/r1506916
Log:
Change name of implementation class
from
On 25 July 2013 19:40, Benedikt Ritter brit...@apache.org wrote:
Not every ASF committer can commit to commons repos but we have agreed to
grant everybody committer write access to the sandbox if we are asked for
it :-)
Not sure how the exact process for this is. Can anybody help? I believe
On 26 July 2013 14:47, ma...@apache.org wrote:
Author: markt
Date: Fri Jul 26 13:47:37 2013
New Revision: 1507310
URL: http://svn.apache.org/r1507310
Log:
Make constructors private to ensure creation of DelegatingResultSet instances
is always via the static wrapResultSet(...) methods.
On 27 July 2013 00:24, James Carman ja...@carmanconsulting.com wrote:
Perhaps an event listener for all dbcp events? Then folks can log it
themselves. I would be concerned about performance unless of course the
events are delivered asynchronously.
So long as the docs make very clear that the
On 31 July 2013 08:38, Benedikt Ritter brit...@apache.org wrote:
2013/7/31 Gary Gregory garydgreg...@gmail.com
On Tue, Jul 30, 2013 at 5:29 PM, Emmanuel Bourg ebo...@apache.org wrote:
Le 30/07/2013 23:26, Gary Gregory a écrit :
And another thing: internally, the header should be a
On 1 August 2013 10:56, Emmanuel Bourg ebo...@apache.org wrote:
Le 01/08/2013 01:38, Gary Gregory a écrit :
Thoughts?
You'll always find a weird formats that doesn't fit with the common
model. I don't think we should spend too much time trying to support all
of them.
+1
In this case the
On 1 August 2013 13:48, Gary Gregory garydgreg...@gmail.com wrote:
On Thu, Aug 1, 2013 at 5:48 AM, Emmanuel Bourg ebo...@apache.org wrote:
Le 01/08/2013 04:03, ggreg...@apache.org a écrit :
- Add some real world CSV files.
Are we allowed to distribute these files?
I did not see any
as a part of the ASF that Commons
should even consider.
On Thu, Aug 1, 2013 at 9:22 AM, Gary Gregory garydgreg...@gmail.com wrote:
On Thu, Aug 1, 2013 at 8:56 AM, sebb seb...@gmail.com wrote:
On 1 August 2013 13:48, Gary Gregory garydgreg...@gmail.com wrote:
On Thu, Aug 1, 2013 at 5:48 AM, Emmanuel
On 1 August 2013 15:21, Emmanuel Bourg ebo...@apache.org wrote:
Just like the bean mapping I prefer to keep the type conversion out of 1.0.
+1
It's definitely not essential to the initial release.
I'm not sure it belongs in CSV at all.
Emmanuel Bourg
Le 01/08/2013 16:00, Gary Gregory a
On 1 August 2013 15:23, Emmanuel Bourg ebo...@apache.org wrote:
Le 01/08/2013 16:17, Benedikt Ritter a écrit :
since Emmanuel has hijacked the original thread for discussing legal
issues, I'm bringing this up under a new topic ;-)
Hey I simply started a parallel discussion ;)
+1 for
On 1 August 2013 15:51, Gary Gregory garydgreg...@gmail.com wrote:
Thank you for catching this Sebb.
Thank Eclipse.
Gary
On Thu, Aug 1, 2013 at 10:38 AM, s...@apache.org wrote:
Author: sebb
Date: Thu Aug 1 14:38:17 2013
New Revision: 1509260
URL: http://svn.apache.org/r1509260
Log
On 1 August 2013 23:32, Emmanuel Bourg ebo...@apache.org wrote:
Le 01/08/2013 21:45, Benedikt Ritter a écrit :
I agree with Gary. This sounds like a useful feature that doesn't seem to
be to hard to implement. And if he (Gary) has the time to do the necessary
coding, why not?
Because you
On 1 August 2013 22:57, ggreg...@apache.org wrote:
Author: ggregory
Date: Thu Aug 1 21:57:46 2013
New Revision: 1509450
URL: http://svn.apache.org/r1509450
Log:
Add CSVRecord#getInt(String) API and tests.
-1
I think this is out of scope for CSV.
Added:
On 2 August 2013 00:44, James Carman ja...@carmanconsulting.com wrote:
You are -1ing a code modification, which means this counts as a veto.
Are you sure you want to veto this?
Yes.
We don't have agreement that CSV should include these methods.
On Thu, Aug 1, 2013 at 7:28 PM, sebb seb
On 1 August 2013 22:54, ggreg...@apache.org wrote:
Author: ggregory
Date: Thu Aug 1 21:54:37 2013
New Revision: 1509449
URL: http://svn.apache.org/r1509449
Log:
Add CSVRecord#getLong(String) API and tests.
-1
We don't have agreement to add these methods.
Added:
On 1 August 2013 22:11, ggreg...@apache.org wrote:
Author: ggregory
Date: Thu Aug 1 21:11:10 2013
New Revision: 1509431
URL: http://svn.apache.org/r1509431
Log:
CSVRecord.get(String) throws IAE if the column is not mapped (does not
exist). This is similar to what JDBC does in ResultSet.
801 - 900 of 5927 matches
Mail list logo