Re: [math] feedback on r1213584

2011-12-12 Thread Sébastien Brisard
> > Hello, > I've tried to make the doc of distribution.FastCosineTranform clearer. > I would be grateful for any feedback! > Have a nice day! > Sébastien > Some further thoughts: I think the formulas for the "standard" and "orthogonal" normalization should be moved to the header of the Javadoc. Wh

[math] feedback on r1213584

2011-12-12 Thread Sébastien Brisard
Hello, I've tried to make the doc of distribution.FastCosineTranform clearer. I would be grateful for any feedback! Have a nice day! Sébastien - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands,

Re: [pool2] again on get rid of synchronized block

2011-12-12 Thread Phil Steitz
On 12/12/11 5:30 PM, sebb wrote: > On 13 December 2011 00:02, sebb wrote: >> On 12 December 2011 21:07, Phil Steitz wrote: >>> On 12/12/11 1:15 PM, sebb wrote: On 12 December 2011 19:42, Phil Steitz wrote: > On 12/12/11 12:29 PM, Simone Tripodi wrote: >> Hi Phil, >> thanks for t

[GUMP@vmgump]: Project commons-proxy-test (in module apache-commons) failed

2011-12-12 Thread Gump
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

Re: [pool] 1.6 proposal

2011-12-12 Thread Gary Gregory
On Dec 13, 2011, at 0:12, Phil Steitz wrote: > > > > > On Dec 12, 2011, at 8:36 PM, Gary Gregory wrote: > >> Hi All: >> >> We keep on maintaining 1.5.x, that is very good :) >> >> But, I for one, am tired of not having generics and do not feel like >> rushing 2.0 just to get them. > >> > I think

Re: [dbutils] sign-artifacts hangs during release:prepare

2011-12-12 Thread Gary Gregory
Did you do the whole master pass phrase/obfuscated stuff that the top of the Using Nexus wiki points to? It takes me a while to get that right each time I set up a new machine. Gary On Dec 12, 2011, at 23:56, William Speirs wrote: > I was able to get past the hanging issue, but I'm not in a bet

Re: [pool] 1.6 proposal

2011-12-12 Thread Phil Steitz
On Dec 12, 2011, at 8:36 PM, Gary Gregory wrote: > Hi All: > > We keep on maintaining 1.5.x, that is very good :) > > But, I for one, am tired of not having generics and do not feel like > rushing 2.0 just to get them. > I think we are actually pretty close on 2.0. I think it's best to p

Re: [dbutils] sign-artifacts hangs during release:prepare

2011-12-12 Thread William Speirs
I was able to get past the hanging issue, but I'm not in a better place. I've added my passphrase to my settings.xml file (which I hate to do), but it reports now that my passphrase is bad. Enabling debugging I see: INFO] [DEBUG] Configuring mojo 'org.apache.maven.plugins:maven-gpg-plugin:1.4:sign

Re: [dbutils] sign-artifacts hangs during release:prepare

2011-12-12 Thread William Speirs
I'm on a Linux box running gpg (GnuPG) 1.4.10. I'll look into those directions... thanks. Bill- On Mon, Dec 12, 2011 at 10:33 PM, Gary Gregory wrote: > The last time I ran into something like this I did not have some security > setting just right, maybe something about GPG on Windows, sorry I c

Re: [dbutils] sign-artifacts hangs during release:prepare

2011-12-12 Thread Gary Gregory
The last time I ran into something like this I did not have some security setting just right, maybe something about GPG on Windows, sorry I cannot recall the dets. But, I follow these steps for the releases I manage: http://wiki.apache.org/commons/UsingNexus Gary On Mon, Dec 12, 2011 at 10:19 P

[dbutils] sign-artifacts hangs during release:prepare

2011-12-12 Thread William Speirs
I am attempting to release RC1 of commons-dbutils. I was working through the directions found here: http://wiki.apache.org/commons/CreatingReleases I got to step C.1 and ran the following command: mvn -Prc release:prepare That command however froze part of the way through. The output is at the end

[GUMP@vmgump]: Project commons-exec-test (in module apache-commons) failed

2011-12-12 Thread Gump
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-exec-test has an issue affecting its community integration. This i

Re: [pool2] again on get rid of synchronized block

2011-12-12 Thread sebb
On 13 December 2011 00:02, sebb wrote: > On 12 December 2011 21:07, Phil Steitz wrote: >> On 12/12/11 1:15 PM, sebb wrote: >>> On 12 December 2011 19:42, Phil Steitz wrote: On 12/12/11 12:29 PM, Simone Tripodi wrote: > Hi Phil, > thanks for the feedbacks! I would put some energies o

Re: [pool2] again on get rid of synchronized block

2011-12-12 Thread sebb
On 12 December 2011 21:07, Phil Steitz wrote: > On 12/12/11 1:15 PM, sebb wrote: >> On 12 December 2011 19:42, Phil Steitz wrote: >>> On 12/12/11 12:29 PM, Simone Tripodi wrote: Hi Phil, thanks for the feedbacks! I would put some energies on [pool2] since I am currently in the situ

Re: [VOTE] Release pool 1.5.7 based on RC3

2011-12-12 Thread Luc Maisonobe
Le 12/12/2011 23:03, Phil Steitz a écrit : > One more day on this... > > Anyone else willing to vote? > > Phil > > On Sat, Dec 10, 2011 at 5:29 PM, Phil Steitz wrote: >> This is a patch release, including a couple of bug fixes. >> >> The release artifacts are here: >> http://people.apache.org/~

Re: [Graph] On graph weight type(s)

2011-12-12 Thread James Carman
Well if you wanna get all mathematical about it, what you're actually talking about is in addition operation. In functor-speak it would be a binary function. On Dec 12, 2011 12:35 PM, "Simone Tripodi" wrote: > Hi James! > yes, actual Dijkstra implementation[1] uses Double number to > accumulatin

Re: [VOTE] Release pool 1.5.7 based on RC3

2011-12-12 Thread Phil Steitz
One more day on this... Anyone else willing to vote? Phil On Sat, Dec 10, 2011 at 5:29 PM, Phil Steitz wrote: > This is a patch release, including a couple of bug fixes. > > The release artifacts are here: > http://people.apache.org/~psteitz/pool-1.5.7-rc3/ > > Release notes: > http://people.ap

Re: [pool2] again on get rid of synchronized block

2011-12-12 Thread Phil Steitz
On 12/12/11 1:15 PM, sebb wrote: > On 12 December 2011 19:42, Phil Steitz wrote: >> On 12/12/11 12:29 PM, Simone Tripodi wrote: >>> Hi Phil, >>> thanks for the feedbacks! I would put some energies on [pool2] since I >>> am currently in the situation I need it - of course in the meantime I >>> can

Re: [pool2] again on get rid of synchronized block

2011-12-12 Thread Mark Thomas
On 12/12/2011 20:14, Phil Steitz wrote: > On 12/12/11 1:08 PM, Simone Tripodi wrote: >> Hi Phil, >> I haven't kept up-to-date to GKOP and GOP development for a while, so >> if you feel confident about current state, I trust you :) > > Please do dive in and have a look. This is all new code for 2.

Re: [pool2] again on get rid of synchronized block

2011-12-12 Thread sebb
On 12 December 2011 19:42, Phil Steitz wrote: > On 12/12/11 12:29 PM, Simone Tripodi wrote: >> Hi Phil, >> thanks for the feedbacks! I would put some energies on [pool2] since I >> am currently in the situation I need it - of course in the meantime I >> can work with snapshots, but having a releas

Re: [pool2] again on get rid of synchronized block

2011-12-12 Thread Phil Steitz
On 12/12/11 1:08 PM, Simone Tripodi wrote: > Hi Phil, > I haven't kept up-to-date to GKOP and GOP development for a while, so > if you feel confident about current state, I trust you :) Please do dive in and have a look. This is all new code for 2.0 and we could really use more eyeballs and testi

Re: [pool2] again on get rid of synchronized block

2011-12-12 Thread Simone Tripodi
Hi Phil, I haven't kept up-to-date to GKOP and GOP development for a while, so if you feel confident about current state, I trust you :) I'll certainly give a help to work toward the release! All the best, have a nice day! -Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejou

Re: [pool2] again on get rid of synchronized block

2011-12-12 Thread Phil Steitz
On 12/12/11 12:29 PM, Simone Tripodi wrote: > Hi Phil, > thanks for the feedbacks! I would put some energies on [pool2] since I > am currently in the situation I need it - of course in the meantime I > can work with snapshots, but having a release would be definitively > better :) > > So I start fi

Re: [pool2] again on get rid of synchronized block

2011-12-12 Thread Simone Tripodi
Hi Phil, thanks for the feedbacks! I would put some energies on [pool2] since I am currently in the situation I need it - of course in the meantime I can work with snapshots, but having a release would be definitively better :) So I start filling an issue and update synchronized pools in PoolUtils

Re: [pool2] again on get rid of synchronized block

2011-12-12 Thread Phil Steitz
On 12/12/11 10:56 AM, Phil Steitz wrote: > On 12/12/11 10:26 AM, Simone Tripodi wrote: >> Hi all guys, >> time ago we spoke about replacing the synchronized blocks inside >> pools, maybe using different strategies like Java5 Read/Write lock (I >> remind you Pool2 requires Java5) and I just started

Re: [pool2] again on get rid of synchronized block

2011-12-12 Thread Phil Steitz
On 12/12/11 10:26 AM, Simone Tripodi wrote: > Hi all guys, > time ago we spoke about replacing the synchronized blocks inside > pools, maybe using different strategies like Java5 Read/Write lock (I > remind you Pool2 requires Java5) and I just started playing with > PoolUtils with the SynchronizedO

Re: [Graph] On graph weight type(s)

2011-12-12 Thread Simone Tripodi
Hi James! yes, actual Dijkstra implementation[1] uses Double number to accumulating the total path weights... I think Having an accumulator would be helpful! How do you would modify the current implementation - even with pseudo-code? TIA, all the best, -Simo [1] https://svn.apache.org/repos/asf/c

Re: [Graph] On graph weight type(s)

2011-12-12 Thread James Carman
Why do you need doubles for Dijkstra? Accumulating the total path weights? Why not introduce an Accumulator interface? On Dec 12, 2011 9:32 AM, "Claudio Squarcella" wrote: > Hi, > > On 12/12/2011 05:39, James Carman wrote: > >> Sorry, I was on my phone before when I sent that. Let me elaborate

[pool2] again on get rid of synchronized block

2011-12-12 Thread Simone Tripodi
Hi all guys, time ago we spoke about replacing the synchronized blocks inside pools, maybe using different strategies like Java5 Read/Write lock (I remind you Pool2 requires Java5) and I just started playing with PoolUtils with the SynchronizedObjectPool[1] inner class... Can we discuss about intro

Re: [Graph] On graph weight type(s)

2011-12-12 Thread Claudio Squarcella
On 12/12/2011 15:34, Simone Tripodi wrote: Terrific feedback Matthew, thanks a lot! and glad to see researchers here :) Thank you indeed :) I'll take that as valuable input. Claudio best, -Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.c

Re: [Graph] On graph weight type(s)

2011-12-12 Thread Simone Tripodi
Terrific feedback Matthew, thanks a lot! and glad to see researchers here :) best, -Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/ On Mon, Dec 12, 2011 at 3:27 PM, Matthew Pocock wrote: > Hi, > > I hav

Re: [Graph] On graph weight type(s)

2011-12-12 Thread Claudio Squarcella
Hi, On 12/12/2011 05:39, James Carman wrote: Sorry, I was on my phone before when I sent that. Let me elaborate a bit more. I would just allow the weights to be of any type. However, you can create two different types of scenarios where you either use a Comparable derivative or you use whatev

Re: [Graph] On graph weight type(s)

2011-12-12 Thread Matthew Pocock
Hi, I have tended to find that edge weights always follow the following laws: They have a monoid: There is a zero (0) constant and a |+| operator for combining two weights. They have an equivalence and (compatible) ordering relations (>, =): The ordering is compatible with the monoid. For examp

[VOTE][RESULT] Release JEXL 2.1 based on RC3

2011-12-12 Thread sebb
The following votes were cast: Henri Biestro +1 Christian Grobmeier +1 Gary Gregory +1 Simone Tripodi +1 Sebastian Bazley +1 All the above are members of the Commons PMC. There being at least 3 +1 PMC votes, and more +1 than -1, the vote passes. Thanks to all who voted; I will proceed with the