I 150% agree with you mate - it's pity here we regularly miss both the
`early` and the `often` :)
The downside is that if you rush out a release and it contains a
broken API it will be very difficult to fix without causing problems
for end-users.
that is why we vote releases, right?
Best not to enable Date or HeadURL; they are both dependent on the
user's settings (Locale and http/https)
Not sure there is a use-case for Author either.
For a short way to identify a file version, use $Revision$; for the
longer version use $Id$
I don't think there's any need for anything
Hi Bene,
which is the side effect of having them enabled and not used?
we are no longer using Revision and Date for the known reason, so even
if they are enabled... what's the downside?
I'm playing the devil's advocate here: aren't you the guy you tries to
avoid unnecessary code/config as
+1 to Gary.
personally speaking, while I would really like to be involved in
Bene's vision, I *have to* put effort where I _need_ to, ATM; I have
more work and spare time to contribute just for the joy of participate
is a benefit that I don't have ATM, so my PQ is driven by what I need
for my
cool, thanks!
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Tue, Mar 19, 2013 at 11:56 AM, ma...@apache.org wrote:
Author: markt
Date: Tue Mar 19 10:56:17 2013
New Revision: 1458220
URL:
On 19/03/2013 11:01, Simone Tripodi wrote:
cool, thanks!
No problem. Thanks for all your recent work on FileUpload (and to you
sebb). It is much appreciated.
Mark
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
Hi Mark! :)
are you running current FU snapshot and Tomcat integration tests in a
public Jenkins/CI engine? I am just curious :P
TIA!
-Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Tue, Mar 19,
On 19/03/2013 11:13, Simone Tripodi wrote:
Hi Mark! :)
are you running current FU snapshot and Tomcat integration tests in a
public Jenkins/CI engine? I am just curious :P
Tomcat trunk (what will become Tomcat 8) and Tomcat 7 trunk (the latest
release branch) have both been sync'd to FU as
Thanks a lot for all these details Mark, much more than appreciated!
I am working on Base64 issue right now, hopefully I have a fix in the
afternoon - I am retailing commons-codec impl so hopefully I won't
need too much time.
Thanks again, all the best!
-Simo
It's all getting a bit unnecessary here.
My comment was about a new file; I did not see the point of including
properties that are not going to be used.
I did not veto the commit; it was just an observation.
Having said that, if the properties are set it might suggest that they
can be used.
But
https://dist.apache.org/repos/dist/release/commons/daemon/
That needs to be kept in sync with dist/commons/daemon on p.a.o until
such time as svnpubsub is enabled, at which point it will be the
source of the ASF master mirrors.
The infra JIRA has been raised so this may happen at any time.
On
Hi,
thanks for your comments! I know what you mean.
I surely don't want to force people to do stuff they are (currently) not
interested in.
The problem I have experienced when requesting comments (for example for
[beanutils]) is, that there is sometimes very few feedback.
This is probably because
Hi all,
we have this request [1] from the Any23 community regarding [csv].
I believe we can help them in several ways.
The first thing to do would be to request a git mirror of [csv] from infra,
so that Any23 can use the latest trunk by cloning that mirror.
The second is to finish work on [csv]
On 03/19/2013 01:23 PM, sebb wrote:
https://dist.apache.org/repos/dist/release/commons/daemon/
Done.
Thanks
--
^TM
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail:
I am interested in seeing it through a 1.0. Let's make sure we like the
API...
Gary
On Tue, Mar 19, 2013 at 8:39 AM, Benedikt Ritter brit...@apache.org wrote:
Hi all,
we have this request [1] from the Any23 community regarding [csv].
I believe we can help them in several ways.
The first
The Apache Commons Daemon team is pleased to announce the commons-daemon-1.0.14
release!
Version 1.0.14 is bug fix release fixing various issues
ound in 1.0.13 and previous releases.
Source and binary distributions are available for download
from the Apache Commons download site:
Well, but given that a release cannot be vetoed, it's probably better to
catch fundamental design problems earlier rather than later.
Matt
On Tue, Mar 19, 2013 at 2:12 AM, Simone Tripodi simonetrip...@apache.orgwrote:
I 150% agree with you mate - it's pity here we regularly miss both the
Sure! I hope anyway that a good part of common sense would stop RMs on
going ahead in front of critical issues :P
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Tue, Mar 19, 2013 at 3:10 PM, Matt Benson
Hello,
I recently submitted some code for the fitting of multivariate normal mixture
model distributions to data using the Expectation Maximization algorithm. I
placed the code in the o.a.c.m.optimization.fitting package. Gilles wonders if
it would make more sense to have it in the
Hi all guys,
is there anything you want to discuss before I go ahead with a new RC?
I am performing some ITs in non-public projects and I planned to cut a
new RC in 1-2 days...
What about FILEUPLOAD-137?
@Thomas: we didn't get any feedback from Tina on FILEUPLOAD-202, did
she try to contact you
Group (shared) Maven 2 Build Definition (Java 1.5)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Continuum-Build-Host: vmbuild
X-Continuum-Project-Id: 97
X-Continuum-Project-Name: Commons Math
Online report :
On 19 March 2013 14:44, Simone Tripodi simonetrip...@apache.org wrote:
Hi all guys,
is there anything you want to discuss before I go ahead with a new RC?
I am performing some ITs in non-public projects and I planned to cut a
new RC in 1-2 days...
I think there are still some issues in
Commons is currently still publishing mon-Maven releases from
people.a.o dist/commons.
There is an outstanding JIRA issue for this to be changed to svnpubsub:
https://issues.apache.org/jira/browse/INFRA-5929
Until this is implemented, it is vital that the dist SVN and people
directories are
Hi there,
is there anything you want to discuss before I go ahead with a new RC?
I am performing some ITs in non-public projects and I planned to cut a
new RC in 1-2 days...
I think there are still some issues in Base64Decoder (this time not
ones I accidentally introduced - sorry about
Yes, why not depend on commons-codec?
Gary
On Mar 19, 2013, at 14:28, Simone Tripodi simonetrip...@apache.org wrote:
Hi there,
is there anything you want to discuss before I go ahead with a new RC?
I am performing some ITs in non-public projects and I planned to cut a
new RC in 1-2 days...
On 19 March 2013 18:27, Simone Tripodi simonetrip...@apache.org wrote:
Hi there,
is there anything you want to discuss before I go ahead with a new RC?
I am performing some ITs in non-public projects and I planned to cut a
new RC in 1-2 days...
I think there are still some issues in
How do you feel about postponing some of the improvement tickets until
after the initial release? Is this possible with commons release policy or
do we have to resolve all open issues?
Benedikt
2013/3/19 Adrian Crum adrian.c...@sandglass-software.com
I would be interested in helping too.
On 19 March 2013 18:32, Gary Gregory garydgreg...@gmail.com wrote:
Yes, why not depend on commons-codec?
Codec is nearly 4 times the size of file upload.
Not an ideal partner.
Gary
On Mar 19, 2013, at 14:28, Simone Tripodi simonetrip...@apache.org wrote:
Hi there,
is there anything you
On 19 March 2013 18:38, Benedikt Ritter brit...@apache.org wrote:
How do you feel about postponing some of the improvement tickets until
after the initial release? Is this possible with commons release policy or
do we have to resolve all open issues?
As far as I'm concerned, Improvement
How many gigs of ram do phone that run Java have these days?
Gary
On Mar 19, 2013, at 14:39, sebb seb...@gmail.com wrote:
On 19 March 2013 18:32, Gary Gregory garydgreg...@gmail.com wrote:
Yes, why not depend on commons-codec?
Codec is nearly 4 times the size of file upload.
Not an ideal
3 commits? :O
sorry, I have no clue, svn history shows that only once...
-Simo
stripodi$ svn log
r1458278 | simonetripodi | 2013-03-19 14:44:37 +0100 (Tue, 19 Mar 2013) | 1 line
[FILEUPLOAD-232] initial checkin of
Why not depend on [codec] and shade, then?
Matt
On Tue, Mar 19, 2013 at 1:48 PM, Gary Gregory garydgreg...@gmail.comwrote:
How many gigs of ram do phone that run Java have these days?
Gary
On Mar 19, 2013, at 14:39, sebb seb...@gmail.com wrote:
On 19 March 2013 18:32, Gary Gregory
On 19 March 2013 18:52, Simone Tripodi simonetrip...@apache.org wrote:
3 commits? :O
This one, and:
r1458269
http://mail-archives.apache.org/mod_mbox/commons-commits/201303.mbox/%3C20130319132232.8ABD023888EA%40eris.apache.org%3E
and
r1458277
Hi Jared,
Le 19/03/2013 17:14, Becksfort, Jared a écrit :
Hello,
I am using the Apache Common XML file to format my code submissions
in Eclipse. Gilles says my last submission has some CheckStyle
warnings, so I installed the CheckStyle plugin. It gives tons of
warnings, including some
Le 19/03/2013 15:32, Becksfort, Jared a écrit :
Hello,
I recently submitted some code for the fitting of multivariate normal mixture
model distributions to data using the Expectation Maximization algorithm. I
placed the code in the o.a.c.m.optimization.fitting package. Gilles wonders
On 19 March 2013 18:48, Gary Gregory garydgreg...@gmail.com wrote:
How many gigs of ram do phone that run Java have these days?
Some not a lot, see for example:
https://issues.apache.org/jira/browse/COMPRESS-221
Gary
On Mar 19, 2013, at 14:39, sebb seb...@gmail.com wrote:
On 19 March 2013
Why not depend on [codec] and shade, then?
+1
Maurizio Cucchiara
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
-1 if this results in a huge increase in size of the jar.
If shading can extract only the required classes, that might be OK,
but it seems like a lot of work when the code already works for valid
input.
I think the only outstanding problems are the way the decoders handle
invalid input.
On 19
On 03/19/2013 08:18 PM, Luc Maisonobe wrote:
Hi Jared,
Le 19/03/2013 17:14, Becksfort, Jared a écrit :
Hello,
I am using the Apache Common XML file to format my code submissions
in Eclipse. Gilles says my last submission has some CheckStyle
warnings, so I installed the CheckStyle plugin.
Group (shared) Maven 2 Build Definition (Java 1.5)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Continuum-Build-Host: vmbuild
X-Continuum-Project-Id: 97
X-Continuum-Project-Name: Commons Math
Online report :
Yes, you can shade only the classes needed. Getting rid of code that does
the same thing across multiple Commons components seems a worthwhile use of
time IMO and really shouldn't represent any more work than fixing the
broken classes in [fileupload]. Also, no triage is required to figure out
On 03/19/2013 08:43 PM, Thomas Neidhart wrote:
On 03/19/2013 08:18 PM, Luc Maisonobe wrote:
Hi Jared,
Le 19/03/2013 17:14, Becksfort, Jared a écrit :
Hello,
I am using the Apache Common XML file to format my code submissions
in Eclipse. Gilles says my last submission has some CheckStyle
There's one other issue - Commons Codec does not support soft line
breaks in quoted printable decoding.
As far as I know, those are required.
On 19 March 2013 19:46, Matt Benson gudnabr...@gmail.com wrote:
Yes, you can shade only the classes needed. Getting rid of code that does
the same thing
On 03/19/2013 03:44 PM, Simone Tripodi wrote:
Hi all guys,
is there anything you want to discuss before I go ahead with a new RC?
I am performing some ITs in non-public projects and I planned to cut a
new RC in 1-2 days...
What about FILEUPLOAD-137?
@Thomas: we didn't get any feedback
On 19 March 2013 19:16, sebb seb...@gmail.com wrote:
On 19 March 2013 18:52, Simone Tripodi simonetrip...@apache.org wrote:
3 commits? :O
This one, and:
r1458269
http://mail-archives.apache.org/mod_mbox/commons-commits/201303.mbox/%3C20130319132232.8ABD023888EA%40eris.apache.org%3E
and
On 03/16/2013 02:06 PM, Thomas Neidhart wrote:
Hi,
I'd like to call a vote for releasing Commons Logging 1.1.2 based on RC2.
This release candidate has the following changes compared to RC1:
* Fix deployment process to include also missing bin/src assemblies
* Disable reference
Hi Thomas,
Le 19/03/2013 20:49, Thomas Neidhart a écrit :
On 03/19/2013 08:43 PM, Thomas Neidhart wrote:
On 03/19/2013 08:18 PM, Luc Maisonobe wrote:
Hi Jared,
Le 19/03/2013 17:14, Becksfort, Jared a écrit :
Hello,
I am using the Apache Common XML file to format my code submissions
in
On 03/19/2013 09:22 PM, Luc Maisonobe wrote:
Hi Thomas,
Le 19/03/2013 20:49, Thomas Neidhart a écrit :
On 03/19/2013 08:43 PM, Thomas Neidhart wrote:
On 03/19/2013 08:18 PM, Luc Maisonobe wrote:
Hi Jared,
Le 19/03/2013 17:14, Becksfort, Jared a écrit :
Hello,
I am using the Apache
Am 18.03.2013 11:19, schrieb sebb:
On 18 March 2013 10:07, Benedikt Ritter brit...@apache.org wrote:
2013/3/18 sebb seb...@gmail.com
The new utils.mime classes for MIME decoding are mostly package-protected.
However, they have public methods (and ctors) which is a bit misleading.
I think it
2013/3/19 Thomas Neidhart thomas.neidh...@gmail.com
On 03/16/2013 02:06 PM, Thomas Neidhart wrote:
Hi,
I'd like to call a vote for releasing Commons Logging 1.1.2 based on RC2.
This release candidate has the following changes compared to RC1:
* Fix deployment process to include
On 19 March 2013 20:45, Oliver Heger oliver.he...@oliver-heger.de wrote:
Am 18.03.2013 11:19, schrieb sebb:
On 18 March 2013 10:07, Benedikt Ritter brit...@apache.org wrote:
2013/3/18 sebb seb...@gmail.com
The new utils.mime classes for MIME decoding are mostly
package-protected.
should i close the issue
https://issues.apache.org/jira/browse/COLLECTIONS-448 ?
Thanks, Thomas!
From: Thomas Neidhart [thomas.neidh...@gmail.com]
Sent: Tuesday, March 19, 2013 3:30 PM
To: Commons Developers List
Subject: Re: [math] Checkstyle..
On 03/19/2013 09:22 PM, Luc Maisonobe wrote:
Hi Thomas,
Le 19/03/2013 20:49, Thomas
Turns out the problem was caused by a NUL in the string in
decodeWithInnerPad() - diff then treats the file as binary.
Replaced with \0 for now.
On 19 March 2013 20:02, sebb seb...@gmail.com wrote:
On 19 March 2013 19:16, sebb seb...@gmail.com wrote:
On 19 March 2013 18:52, Simone Tripodi
I think QPD(ecode) is now OK; it handles lowercase hex and rejects
invalid characters.
Base64Decode handles valid input OK, and rejects some invalid input,
but could perhaps do with tweaking to handle PAD characters better.
At present it treats an embedded PAD as the end of input (as per
Codec)
Dear Wiki user,
You have subscribed to a wiki page or wiki category on Commons Wiki for
change notification.
The AmandaCha page has been changed by AmandaCha:
http://wiki.apache.org/commons/AmandaCha
New page:
Name: Amanda ChambersBR
My age: 25BR
Country: FranceBR
Home town: Olivet BR
Post
56 matches
Mail list logo