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-digester3 has an issue affecting its community integration.
This i
Il giorno 30/gen/2012, alle ore 15:33, Claudio Squarcella ha scritto:
>
>
> On 30/01/2012 09:51, Marco Speranza wrote:
>> Claudio Squarcella dia.uniroma3.it> writes:
>>
>>>
>>> On 27/01/2012 12:47, Claudio Squarcella wrote:
Hello,
On 27/01/2012 12:35, Marco Speranza wrote:
>>
If we're just talking about a nice way to deal with these magic
numbers perhaps an enumeration would be a nice way to couple each
number with a mnemonic description of its intended use? Thus multiple
enum members could return the weight 0.25f, for example.
Matt
On Mon, Jan 30, 2012 at 4:40 PM, M
On Mon, Jan 30, 2012 at 4:36 PM, Benedikt Ritter
wrote:
> Am 30.01.2012 23:21, schrieb Matt Benson:
>
>> Guys, if I know which magic numbers you are discussing, I believe they
>> are intended to allow a "weight" to be assigned to the action of
>> calling a given method(or constructor) with a given
Hi guys,
I found a little problem into Kruskal's algorithm when the input graph is not
connected and/or it's a graph without the edges.
I created atest case that produces this error:
Running org.apache.commons.graph.spanning.KruskalTestCase
Tests run: 2, Failures: 0, Errors: 1, Skipped: 0, Tim
Am 30.01.2012 23:21, schrieb Matt Benson:
Guys, if I know which magic numbers you are discussing, I believe they
are intended to allow a "weight" to be assigned to the action of
calling a given method(or constructor) with a given set of parameters:
the smaller the weight, the more directly assi
Guys, if I know which magic numbers you are discussing, I believe they
are intended to allow a "weight" to be assigned to the action of
calling a given method(or constructor) with a given set of parameters:
the smaller the weight, the more directly assignable the parameters
are to the method being
Am 30.01.2012 20:50, schrieb Simone Tripodi:
Sadly nothing is mentioned about the said magic numbers. So we are at the
start again. Any ideas, how to handle this issue? :)
which issue? is there any weird behavior introduced by the procedure?
No, everything seems to work properly. But I don't
Hi Oliver:
These header issues are not real blockers (hence my -0). I was hoping to
nudge you into fixing these but I also know that cutting another RC can be
a pain.
My POV is that consistency is important. Why make people spend time
figuring out if RAT warnings are valid or not, especially when
Hi Simone and Gary,
thanks for reviewing.
Regarding the missing license headers:
- project.css is a trivial one-liner, AIUI it is not required to have a
header in such cases.
- test.plist is a test configuration file used by some unit tests. I
would add a header, but I don't know what would be
Thank you for the sanity check Bruno.
Gary
On Mon, Jan 30, 2012 at 3:07 PM, Bruno P. Kinoshita <
brunodepau...@yahoo.com.br> wrote:
> Hi Gary,
>
>
> Did a fresh checkout from SVN, imported into Eclipse as Maven project. Few
> warnings in the Problems window, but no errors.
>
>
> Executed few cle
Hi Gary,
Did a fresh checkout from SVN, imported into Eclipse as Maven project. Few
warnings in the Problems window, but no errors.
Executed few clean / build project, still no problem.
Tried mvn clean eclipse:clean eclipse:eclipse, refreshed the project, built it
again, no problem.
mvn c
> Sadly nothing is mentioned about the said magic numbers. So we are at the
> start again. Any ideas, how to handle this issue? :)
which issue? is there any weird behavior introduced by the procedure?
anyway, we don't have any chance to understand where/how they come
from, so just extract them as
Hi All:
Does anyone else see this in [collections] trunk:
DescriptionResourcePathLocationType
Name clash: The method get(K) of type MultiMap has the same erasure as
get(Object) of type Get but does not override itMultiMap.java
/commons-collections/src/java/org/apache/commons/c
-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 of the following potential issues with migration:
* The protected method validator.Em
-0
Looks like a couple of missing headers.
For me, I see:
Unapproved licenses:
src/site/xdoc/style/project.css
src/test/resources/test.plist
I see no complaint about PROPOSAL.html which IS missing a header.
Now that the component requires Java 5, it seems like a good time to update
the d
Hi,
I have digged into the svn logs and the ML archive to find out more
about the magic numbers in the above mentioned method. Here is what I
could find out:
The code was commited by rdonkin on r128853. His commit comment was
"Patch to make method selection more rational. Submitted by Steve
Hello Oliver,
I am for getting [configuration] released
* binaries checksums+gpg are OK
* clirr report is OK
* checkstyle is OK
* findbugs is OK
* project build OK
* mvn artifacts look having right metadata (Implementation-Build)
there is the RAT report that shows that there are 3 Unknown
that is my +1.
@Nick: I've been using my GPG key for many releases, so I agree that
should not be blocking - otherwise we should invalidate older releases
:P
Thanks anyway for the hint! Next ApacheCon should be in Germany IUUC -
that would be the right chance for me to get the required signature!
On 30/01/2012 09:51, Marco Speranza wrote:
Claudio Squarcella dia.uniroma3.it> writes:
On 27/01/2012 12:47, Claudio Squarcella wrote:
Hello,
On 27/01/2012 12:35, Marco Speranza wrote:
Hi all,
I'm trying to implement the Boruvka's algorithm and I need to know is a
grah is connected or n
On Sun, 29 Jan 2012, Simone Tripodi wrote:
after the failing RC1, I open the VOTE for Apache Commons validator
1.4.0 based on RC2. Follow details:
Looks fine to me, I'm +1
My only comment is that it doesn't look like your GPG key has been signed
by anyone. I don't think that's a blocker, but
On Sun, 29 Jan 2012, Oliver Heger wrote:
Looks good now, my concerns have been addressed. The only minor nit I found
is that the ant build is not able to execute the tests. It fails with
test.main:
[echo] Running main tests ...
[java] Class not found "org.apache.commons.validator.Validat
Am 30.01.2012 12:46, schrieb Simone Tripodi:
Hi Benedikt,
The patch for TypeUtils has been created yesterday based on r1237257. Please
have a look at SANDBOX-369.
yes saw it, I am subscribed to Jira notifications ML, if I didn't have
already look at it it is because, unfortunately, my paid
Hi Benedikt,
>
> The patch for TypeUtils has been created yesterday based on r1237257. Please
> have a look at SANDBOX-369.
>
yes saw it, I am subscribed to Jira notifications ML, if I didn't have
already look at it it is because, unfortunately, my paid job doesn't
involve BeanUtils ATM - so I ha
Am 29.01.2012 12:37, schrieb Benedikt Ritter:
Hi Simo,
thank you so much for your feedback! Have a look at my comments inline...
Am 29.01.2012 11:30, schrieb Simone Tripodi:
Hi Benedikt,
I think the advantage is, that we need less local variables and that
we can read through the method(s) fr
Claudio Squarcella dia.uniroma3.it> writes:
>
>
> On 27/01/2012 12:47, Claudio Squarcella wrote:
> > Hello,
> >
> > On 27/01/2012 12:35, Marco Speranza wrote:
> >> Hi all,
> >>
> >> I'm trying to implement the Boruvka's algorithm and I need to know is a
> >> grah is connected or not.
> >> So I'
27 matches
Mail list logo