To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-proxy-test has an issue affecting its community integration.
This
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-io-test has an issue affecting its community integration.
This iss
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=18163&projectId=97
Build statistics:
State: Failed
Previous State: Ok
Started at: Thu 2 Feb 2012 00:36:34 +
Finished at: Thu 2 Feb 2012 00:40:11 +
Total time: 3m 37s
Build Trigger: Schedule
Build
Hi,
to whom it interests: I just found the paragraph in the Java Language
Specification where the algorithm for choosing methods by the java
compiler is described:
http://java.sun.com/docs/books/jls/second_edition/html/expressions.doc.html#272863
that does not explain, the individual values,
The vote to release Commons Configuration based on RC1 has passed. The
following votes (all binding) were cast:
Gary Gregory +1
Simone Tripodi +1
Luc Maisonobe +1
Jörg Schaible +1
Oliver Heger +1
Thanks for all the votes and feedback. I will probably start the release
procedure on the co
Here is my +1
Oliver
Am 27.01.2012 22:19, schrieb Oliver Heger:
Hi all,
this is a vote for releasing Commons Configuration 1.8 based on the
first release candidate. Configuration has been updated to support new
language features of Java 1.5 (which is now the minimum required JDK
version). This
Oliver Heger wrote:
> Hi all,
>
> this is a vote for releasing Commons Configuration 1.8 based on the
> first release candidate. Configuration has been updated to support new
> language features of Java 1.5 (which is now the minimum required JDK
> version). This could be achieved in a binary comp
Simone Tripodi wrote:
> Hi all again mates :)
>
> after the failing RC1, I open the VOTE for Apache Commons validator
> 1.4.0 based on RC2. Follow details:
>
> Tag:
>
>
https://svn.apache.org/repos/asf/commons/proper/validator/tags/VALIDATOR_1_4_0_RC2/
>
> Release notes:
>
> http://people.ap
The only case is, as I said before, the [3] (take a look at lines 71-78).
In this case two checked exceptions are encapsulated in a CacheException.
But I think that we can live with them, maybe we will come back later.
So if there are no objection, I would change the hierarchy of
CacheException to
Hi Gary!!! :)
I don't see any issue on adding the BST algorithms you need in
[graph], even if you have to reuse the minimum amount of codebase,
packages don't usually interact each other very much, unless some
DFS/BFS or shortest path is needed in other algo.
I have the plan of adding KDTree sear
Hi Izio,
the benefit of having OGNL at commons is IMHO serving all the ASF
projects that used it in a better way, so feel free to change the APIs
according to Struts' need!!! :)
All the best,
-Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/
On Wed, Feb 1, 2012 at 4:55 PM, Maurizio Cucchiara
wrote:
> Hi guys,
> I was trying to integrate Struts2 with the new api layout.
> Unfortunately I realized that due to the introduction of the new checked
> CacheException [1] (which basically inherits the Exception class), every
> method (which us
Hi guys,
I was trying to integrate Struts2 with the new api layout.
Unfortunately I realized that due to the introduction of the new checked
CacheException [1] (which basically inherits the Exception class), every
method (which uses a cache, practically all of them) of OgnlRuntime [2]
must throw th
Le 01/02/2012 13:44, Nick Burch a écrit :
> On Wed, 1 Feb 2012, Simone Tripodi wrote:
>> thanks for reviewing! I am personally worried to fix the findbugs
>> errors and break the backward compatibility, I'll ask Nick's help!
>
> I'm not sure how serious those warnings are, and I'm pretty sure that
On Wed, 1 Feb 2012, Simone Tripodi wrote:
thanks for reviewing! I am personally worried to fix the findbugs errors
and break the backward compatibility, I'll ask Nick's help!
I'm not sure how serious those warnings are, and I'm pretty sure that
those problems were present in 1.3, so I think th
Salut Luc,
thanks for reviewing! I am personally worried to fix the findbugs
errors and break the backward compatibility, I'll ask Nick's help!
Anyway, no issues from my side to cut out an improved RC!!
A trés bientôt!
-Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejour
Le 01/02/2012 03:03, Sébastien Brisard a écrit :
> Dear all,
Hi Sébastien,
> I think I've gone through all suggested changes in the package
> transform (MATH-677). I've left two tasks (namely 3.1 and 3.3 in this
> issue)
> - Methods "mdfft" and "verifyDataSet" take an argument of type
> "Object"
Le 30/01/2012 19:18, Gary Gregory a écrit :
> -0:
>
> The text in RELEASE-NOTES.txt contradicts itself:
>
> First we say:
> "
> IMPORTANT NOTES
>
>
> BREAKING CHANGES:
>
> * NONE.
> "
>
> Then at the end we say:
>
> "
> OTHER NOTES
>
>
> Users should be aware o
don't worry, that is why ASF projects are communities project, and no
"one man band" instead ;)
4 eyes are better than 2, immagine what if someone else joins us! :)
alles gute!
-Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
ht
+1
thanks,
Luc
Le 01/02/2012 07:05, Simone Tripodi a écrit :
> +1 too Oliver, great work!
>
> -Simo
>
> http://people.apache.org/~simonetripodi/
> http://simonetripodi.livejournal.com/
> http://twitter.com/simonetripodi
> http://www.99soft.org/
>
>
>
> On Tue, Jan 31, 2012 at 11:05 PM, Gary
You got me again. Sorry about that. I thought, this time I could make a good
suggestion. Damn it ;-) I'm still having trouble reading the svn commit mails.
Next time, I'll better check the commit from my IDE.
- Original Message -
From: simonetrip...@apache.org
To: dev@commons.apache.org
Guten morgen,
> I don't think that "onClassName" is a good name for that method, because
> fluent invocations will look like:
> onClassName("java.lang.Object").invokeStaticMethod(...)...
> We do not invoke a method on a class name, but on a class. I think
> onClass(String className) is self-expla
- Original Message -
From: simonetrip...@apache.org
To: comm...@commons.apache.org
Date: 01.02.2012 08:40:13
Subject: svn commit: r1238968 - in
/commons/sandbox/beanutils2/trunk/src/main/java/org/apache/commons/beanutils2:
BeanUtils.java ClassLoaderBuilder.java DefaultClassLoaderBuilder.j
23 matches
Mail list logo