On 3/10/13 12:20 PM, Luc Maisonobe wrote:
> Le 10/03/2013 19:47, Phil Steitz a écrit :
>> On 3/10/13 11:30 AM, Phil Steitz wrote:
>>> On 3/4/13 4:24 AM, Luc Maisonobe wrote:
Hi all,
I would like to release version 3.2 of [math] soon.
Any thoughts about it?
Luc
>>>
You seem to have reformatted the entire file. This makes it nearly
impossible to review your suggested change.
Can you make a diff that doesn't involve changing every line in the file?
On Tue, Mar 12, 2013 at 3:48 PM, Othmen Tiliouine <
tiliouine.oth...@gmail.com> wrote:
> i puted the suggestio
i puted the suggestion and attached the patch
https://issues.apache.org/jira/browse/COLLECTIONS-448
2013/3/12 Thomas Neidhart
> On 03/12/2013 08:58 AM, Othmen Tiliouine wrote:
> > Thank you Ted,
> >
> > I understand from your mail that there is no particular reason that makes
> > that the inter
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: 81
X-Continuum-Project-Name: Commons FileUpload
Online report :
http://vmbuild.apache.o
Hi,
I looked at the code, and I have seen that there are some calculations
with BigInteger.
Even if this is a stupid question, but would Dfp be faster for this?
I did not do any performance tests yet, but wanted to ask if somebody
has more experience.
Thomas
The Maven Shade Plugin apparently requires Maven 3.0.
Perhaps switch to a different version that is less demanding?
On 12 March 2013 17:21, Continuum@vmbuild wrote:
> Group (shared) Maven 2 Build Definition (Java 1.5)
> MIME-Version: 1.0
> Content-Type: text/plain; charset=us-ascii
> Co
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: 81
X-Continuum-Project-Name: Commons FileUpload
Online report :
http://vmbuild.apache.o
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: 81
X-Continuum-Project-Name: Commons FileUpload
Online report :
http://vmbuild.apache.o
On 12 March 2013 09:23, Jochen Wiedmann wrote:
> On Thu, Mar 7, 2013 at 5:16 PM, sebb wrote:
>>
>>
>> BTW it all happens in
>>
>> https://svn.apache.org/repos/asf/gump/metadata/project/commons-proper.xml
>
>
> If I understand that correctly, the Gump build is already using Maven,
> isn't it?
Yes
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: 81
X-Continuum-Project-Name: Commons FileUpload
Online report :
http://vmbuild.apache.o
On 12 March 2013 11:17, James Carman wrote:
>
> On Mar 9, 2013, at 7:32 AM, sebb wrote:
>>
>> I would have voted -1 on the RC, because the tag would not agree with
>> the source archive.
>>
>
> However, releases cannot be vetoed.
In which case, vetoing the commit that causes the problem makes mo
On 12 March 2013 09:05, wrote:
> Author: simonetripodi
> Date: Tue Mar 12 09:05:06 2013
> New Revision: 1455456
>
> URL: http://svn.apache.org/r1455456
> Log:
> trivial: extracted POST string constant
>
> Modified:
>
> commons/proper/fileupload/trunk/src/main/java/org/apache/commons/fileuplo
On 12 March 2013 07:26, Simone Tripodi wrote:
> In my humble opinion, DOAP files should be auto-generated and
> published to public components sites.
Provided that it is possible to control the contents adequately, that
seems sensible.
> What's the reason to distribute it in the source archive,
Le 2013-03-12 11:15, Simone Tripodi a écrit :
Hi all guys,
Hi Simone,
due to FILEUPLOAD-199, I shaded 2 classes from javax.mail package to
support RFC2047 header values, I kindly ask you a couple of feedbacks
about:
* verify the shaded jar works in an integration test, if some of you
has a
Hi,
Am 12.03.2013 um 11:15 schrieb Simone Tripodi:
> Hi all guys,
>
> due to FILEUPLOAD-199, I shaded 2 classes from javax.mail package to
> support RFC2047 header values, I kindly ask you a couple of feedbacks
> about:
>
> * verify the shaded jar works in an integration test, if some of you
>
On Mar 9, 2013, at 7:32 AM, sebb wrote:
>
> I would have voted -1 on the RC, because the tag would not agree with
> the source archive.
>
However, releases cannot be vetoed.
-
To unsubscribe, e-mail: dev-unsubscr...@common
When I try to access to the Online report[1], Continuum replies:
Authorization Error
You are not authorized to access this page. Please contact your
administrator to be granted the appropriate pe
Can someone grants me, please?
TIA,
-Simo
[1]
http://vmbuild.apache.org/continuum/buildResult.a
I am having a look at it as soon as my account to access in Continuum
is enabled :)
-Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Tue, Mar 12, 2013 at 11:20 AM, 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
X-Continuum-Build-Host: vmbuild
X-Continuum-Project-Id: 81
X-Continuum-Project-Name: Commons FileUpload
Online report :
http://vmbuild.apache.o
Hi all guys,
due to FILEUPLOAD-199, I shaded 2 classes from javax.mail package to
support RFC2047 header values, I kindly ask you a couple of feedbacks
about:
* verify the shaded jar works in an integration test, if some of you
has an application where experimenting the current SNAPSHOT;
* rev
Thanks for the support Jochen, very appreciated :)
Alles Gute!
-Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Tue, Mar 12, 2013 at 10:24 AM, Jochen Wiedmann
wrote:
> On Fri, Mar 8, 2013 at 1:52 AM,
On Fri, Mar 8, 2013 at 1:52 AM, sebb wrote:
> On 7 March 2013 19:52, wrote:
>> Author: simonetripodi
>> Date: Thu Mar 7 19:52:39 2013
>> New Revision: 1454057
>>
>> URL: http://svn.apache.org/r1454057
>> Log:
>> releng: added RC profile for staging site deployment
>
> Is that intended to merge
On Thu, Mar 7, 2013 at 5:16 PM, sebb wrote:
>
>
> BTW it all happens in
>
> https://svn.apache.org/repos/asf/gump/metadata/project/commons-proper.xml
If I understand that correctly, the Gump build is already using Maven,
isn't it? Quoting:
org.apache.commons.fileupload
Commons File U
Hi Jaime,
thanks a lot for contributing to FileUpload!
Please have a look at FILEUPLOAD-199 - there is an enhancement request
for non-ASCII encoded file name. You may are able to provide
feedbacks, here! :)
Many thanks in advance, all the best,
-Simo
PS please, for future emails you'll send to
Hi Bene,
> As far as I understand, this was the intention of sebb's proposal (making
> sure that the DOAP doesn't get included in source distributions by moving
> it out of a components SVN directory).
my question was a remark indeed, I was not really looking for a reply.
http://people.apache.or
On 03/12/2013 08:58 AM, Othmen Tiliouine wrote:
> Thank you Ted,
>
> I understand from your mail that there is no particular reason that makes
> that the interface Bag no contains these methods and that this subject has
> never been discussed in the mailing list.
>
> I'll see if I can create this
Thank you Ted,
I understand from your mail that there is no particular reason that makes
that the interface Bag no contains these methods and that this subject has
never been discussed in the mailing list.
I'll see if I can create this patch this weekend, but i want to know, what do
you think wha
Hi Simo,
2013/3/12 Simone Tripodi
> In my humble opinion, DOAP files should be auto-generated and
> published to public components sites.
> What's the reason to distribute it in the source archive, when
> releasing? DOAPs are intended to be consumed by crawlers/robots/...
> and doesn't affect t
2013/3/12 sebb
> On 11 March 2013 21:18, Benedikt Ritter wrote:
> > Hello Stefan,
> >
> > 2013/3/11 Stefan Bodewig
> >
> >> Hi all,
> >>
> >> [took me a few days longer since I wanted to incorporate fixes for the
> >> two issues that popped up last week. So here we go.]
> >>
> >> With 30 JIRA
In my humble opinion, DOAP files should be auto-generated and
published to public components sites.
What's the reason to distribute it in the source archive, when
releasing? DOAPs are intended to be consumed by crawlers/robots/...
and doesn't affect the build at all.
In Apache Onami we are using t
30 matches
Mail list logo
