On 03/19/2013 10:38 PM, Othmen Tiliouine wrote:
> should i close the issue
> https://issues.apache.org/jira/browse/COLLECTIONS-448 ?
no, please leave it like this, the proposal is good, but it will
probably take some time to get processed.
Thomas
-
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 Chambers<>
My age: 25<>
Country: France<>
Home town: Olivet <>
Post
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) bu
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 wrote:
> On 19 March 2013 19:16, sebb wrote:
>> On 19 March 2013 18:52, Simone Tripodi wrote:
>>> 3 commits? :O
>>
>> T
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, Thoma
should i close the issue
https://issues.apache.org/jira/browse/COLLECTIONS-448 ?
On 19 March 2013 20:45, Oliver Heger wrote:
> Am 18.03.2013 11:19, schrieb sebb:
>
>> On 18 March 2013 10:07, Benedikt Ritter wrote:
>>>
>>> 2013/3/18 sebb
>>>
The new utils.mime classes for MIME decoding are mostly
package-protected.
However, they have public methods (and ct
2013/3/19 Thomas Neidhart
> 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
Am 18.03.2013 11:19, schrieb sebb:
On 18 March 2013 10:07, Benedikt Ritter wrote:
2013/3/18 sebb
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 would make sense to reduce the vis
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,
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
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
On 19 March 2013 19:16, sebb wrote:
> On 19 March 2013 18:52, Simone Tripodi 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
> http://mail-archiv
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 f
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 wrote:
> Yes, you can shade only the classes needed. Getting rid of code that does
> the same thing across multiple Co
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
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
how
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 :
http://vmbuild.apache.org/con
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 CheckS
-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 Ma
> 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
On 19 March 2013 18:48, Gary Gregory 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 wrote:
>
>> On 19 March 2013 18:32, Gary Gregory wrote:
>>>
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
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 so
On 19 March 2013 18:52, Simone Tripodi 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
http://mail-archives.apache.org/mod_mbox/commons-commits/201303.mbox/%3C20
Why not depend on [codec] and shade, then?
Matt
On Tue, Mar 19, 2013 at 1:48 PM, Gary Gregory wrote:
> How many gigs of ram do phone that run Java have these days?
>
> Gary
>
> On Mar 19, 2013, at 14:39, sebb wrote:
>
> > On 19 March 2013 18:32, Gary Gregory wrote:
> >> Yes, why not depend on
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 QuotedP
How many gigs of ram do phone that run Java have these days?
Gary
On Mar 19, 2013, at 14:39, sebb wrote:
> On 19 March 2013 18:32, Gary Gregory 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
On 19 March 2013 18:38, Benedikt Ritter 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 tickets can be postpon
On 19 March 2013 18:32, Gary Gregory 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 wrote:
>
>> Hi there,
>>
is there anything you want to discuss before I go ahead w
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
> I would be interested in helping too.
>
> -Adrian
>
>
> On 3/19/2013 12:53 P
On 19 March 2013 18:27, Simone Tripodi 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 Base64Decoder (th
Yes, why not depend on commons-codec?
Gary
On Mar 19, 2013, at 14:28, Simone Tripodi 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
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 ab
On 19 March 2013 13:08, wrote:
> Author: simonetripodi
> Date: Tue Mar 19 13:08:50 2013
> New Revision: 1458266
>
> URL: http://svn.apache.org/r1458266
> Log:
> added a test where the encoded input string has the padding char in the
> middle; contrary to commons-codec, it doesn't halt and contin
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 kept
On 19 March 2013 14:44, 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...
I think there are still some issues in Base64Decoder (this time
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 that go
against the posted style guidelines, such as "All public
I would be interested in helping too.
-Adrian
On 3/19/2013 12:53 PM, Gary Gregory wrote:
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 wrote:
Hi all,
we have this request [1] from the Any23 community r
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 :
http://vmbuild.apache.org/con
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
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 o.a.c.m.di
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 :
http://vmbuild.apache.org/con
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 w
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 wrote:
> >> I 150% agree with you mate - it's pity here we regularly miss both the
> >> `early` and the `oft
OK... I don't need my abacus to count votes and see that this failed.
I'll work on the things folks mentioned and try for another release
this weekend.
Thanks again for all of the help/feedback!
Bill-
On Mon, Mar 18, 2013 at 12:43 PM, Stefan Bodewig wrote:
> On 2013-03-18, William Speirs wrote
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:
http://common
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 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 thing to do wou
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: dev-h...@common
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] an
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
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 19
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
Hi Simo,
2013/3/19 Simone Tripodi
> 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:
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
http://people.apache.org/~simonetrip
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 a
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, 201
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
> http://
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, wrote:
> Author: markt
> Date: Tue Mar 19 10:56:17 2013
> New Revision: 1458220
>
> URL: http://svn.apache.org/
+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 dail
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 co
Hi Simo,
2013/3/19 Simone Tripodi
> > 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 ver
> 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 a
>> 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?
64 matches
Mail list logo
