On 2013-11-05, Mark Thomas wrote:
Arguably any committer involved enough in the project to be a release
manager should be on the PMC.
unless we overlook that he/she isn't, I agree.
(I assume that Nexus is already configured this way else that will
need tweaking too.)
Yes. This vote stems
On Mon, 4 Nov 2013 20:15:01 +0100, Jochen Wiedmann wrote:
On Thu, Oct 31, 2013 at 2:26 PM, Gilles
gil...@harfang.homelinux.orgwrote:
Hello.
Are there criteria about filling the due-to attribute of an issue
record in the changes.xml file?
Be generous with using it: I've seen examples of
On Mon, 04 Nov 2013 20:48:34 +0100, Luc Maisonobe wrote:
Le 04/11/2013 19:49, Gilles a écrit :
[...]
What I suggested is to try and see whether the ExceptionContext
can be used more.
Exceptioncontext has been add more than two years ago (revision
1099771,
2011-05-05). Since then its
Hi,
I'd like to call a vote for releasing Commons Collections 4.0 based on RC1.
Changes since 4.0-alpha1 (copied from release-notes):
o [COLLECTIONS-488] Added CollectionsUtils#matchesAll(Iterable,
Predicate) to test if all elements of a collection match a given
predicate.
o
I'd like to see more docs on why AbstractPatriciaTrie implements hashCode()
but not equals(). I see that AbstractPatriciaTrie inherits equals from
AbstractMap, but why not also inherit hashCode()? What is confusing is that
AbstractPatriciaTrie's hashCode uses a MyEntryIterator but why not inherit
So what's the idea here? Should we apply additional logging layer (as
Jason proposed)? Or throw it away and start thinking about new
release?
I have reviewed TODOs and I haven't spotted any urgent task for now.
Regards
--
Łukasz
+ 48 606 323 122 http://www.lenart.org.pl/
2013/9/4 Jason Pyeron
On Tue, Nov 5, 2013 at 2:17 AM, Mark Thomas ma...@apache.org wrote:
Gary Gregory garydgreg...@gmail.com wrote:
There seems to be something very different from previous RCs WRT the
RAT
report:
151 Unknown Licenses
Odd.
It has picked up some of the generated documentation files - almost
On 05/11/2013 13:45, Gary Gregory wrote:
On Tue, Nov 5, 2013 at 2:17 AM, Mark Thomas ma...@apache.org wrote:
Gary Gregory garydgreg...@gmail.com wrote:
There seems to be something very different from previous RCs WRT the
RAT
report:
151 Unknown Licenses
Odd.
It has picked up some of
For background, see https://issues.apache.org/jira/browse/MATH-1053
The issue is what to do when QRDecomposition is used on a tall, skinny
matrix (m rows n cols), and getSolver().getInverse() is called.
Right now a DimensionMismatchException is thrown, which is almost
certainly not intended.
On 11/05/2013 02:29 PM, Gary Gregory wrote:
I'd like to see more docs on why AbstractPatriciaTrie implements hashCode()
but not equals(). I see that AbstractPatriciaTrie inherits equals from
AbstractMap, but why not also inherit hashCode()? What is confusing is that
AbstractPatriciaTrie's
On 5 Nov 2013, at 14:29, Lukasz Lenart wrote:
So what's the idea here? Should we apply additional logging layer (as
Jason proposed)? Or throw it away and start thinking about new
release?
I have reviewed TODOs and I haven't spotted any urgent task for now.
Currently I am sympathizing with
2013/11/5 Christian Grobmeier grobme...@gmail.com:
On 5 Nov 2013, at 14:29, Lukasz Lenart wrote:
So what's the idea here? Should we apply additional logging layer (as
Jason proposed)? Or throw it away and start thinking about new
release?
I have reviewed TODOs and I haven't spotted any
On Mon, Nov 4, 2013 at 10:09 PM, Romain Manni-Bucau
rmannibu...@gmail.comwrote:
Oh sorry, that's what I said early, in a real app no or not enough to be an
issue buy on simple apps or very high thrououtput apps yes.
Le 5 nov. 2013 07:00, Ted Dunning ted.dunn...@gmail.com a écrit :
That
On 11/4/13 9:59 PM, Ted Dunning wrote:
That isn't what I meant.
Do you really think that more than one metric has to update (increment,
say) at precisely the same time?
Yes, that is the problem. For consistency, you need multiple
quantities atomically updated for any of the moment-based
Well I didnt test sirona in prod but when using jamon (same kind of
framework) locks were creating a serious overhead on some benches. Not the
most important but enough to try to solve it.
That said we are not yet in 1.0 so Im ok to wait for more serious feedbacks
if you think it is better
Le 5
@Phil: hmm can be but the framework would create its own overhead which
would be avoided with a dedicated solution, no? Well thought gain was great
for small investment but ok to postpone it
Le 5 nov. 2013 18:54, Romain Manni-Bucau rmannibu...@gmail.com a écrit :
Well I didnt test sirona in prod
I could deploy to nexus and I could promote the repo to maven but I could
not do the magic to move the release tarballs into place.
Thanks,
Henning
(+1 to change the rules to allow committers to do releases)
On Tue, Nov 5, 2013 at 12:02 AM, Stefan Bodewig bode...@apache.org wrote:
On
On 11/4/13 9:11 PM, Stefan Bodewig wrote:
Hi all
making this a formal vote so it doesn't fall through the cracks.
We allow committers who are not PMC members to be release managers but
they are not allowed to write to the release branch of the dist
repository. This seems to be the default
Hi All:
I'm looking for a Map implementation that takes a String as a key and a
long as the value (and another taking a double as the value). I'd rather
not take the extra memory of using generic map with a Long object value hit
since the maps will have up to 150,000 entries. That would save
I don't think anything like that exists. If your # of entries were
reasonable, a theoretical implementation could allocate a big long[] array
and hash into that. However, 150,000 is very large for an array; possible
but I never done it. So I think the only thing you can really rely on is
the
Maybe Trove's TObjectMapLong?
[1] http://trove4j.sourceforge.net/javadocs/gnu/trove/map/TObjectLongMap.html
HTH,
Bruno P. Kinoshita
http://kinoshita.eti.br
http://tupilabs.com
From: Gary Gregory garydgreg...@gmail.com
To: Commons Developers List
Trove is GPL (last I looked).
Mahout has primitive collection implementations (and is obviously ASL).
There are other implementations such as hppc (see
http://labs.carrotsearch.com/hppc.html )
Mahout is a decent implementation, but I think that hppc has had a round or
two more optimization.
Thank you all for replying.
HPPC looks promising and it's Apache 2 licensed. I'll give it a closer look.
Gary
On Tue, Nov 5, 2013 at 8:59 PM, Ted Dunning ted.dunn...@gmail.com wrote:
Trove is GPL (last I looked).
Mahout has primitive collection implementations (and is obviously ASL).
Same here. I didn't know this existed. Thanks.
On Tue, Nov 5, 2013 at 10:49 PM, Gary Gregory garydgreg...@gmail.comwrote:
Thank you all for replying.
HPPC looks promising and it's Apache 2 licensed. I'll give it a closer
look.
Gary
On Tue, Nov 5, 2013 at 8:59 PM, Ted Dunning
Le 05/11/2013 06:11, Stefan Bodewig a écrit :
Hi all
making this a formal vote so it doesn't fall through the cracks.
We allow committers who are not PMC members to be release managers but
they are not allowed to write to the release branch of the dist
repository. This seems to be the
What about our own dog food?
http://commons.apache.org/primitives/
Emmanuel
Le 06/11/2013 02:39, Gary Gregory a écrit :
Hi All:
I'm looking for a Map implementation that takes a String as a key and a
long as the value (and another taking a double as the value). I'd rather
not take the
Hehe, right.
I looked a bit more today and LongAdder is only a part of the
solution. The stat computation still needs to lock to get acces to
previous values (N - N+1). Basically the gain wouldn't be as
important as I thought :(.
As I said before we'll wait a bit to gather feedbacks, if it
Le 05/11/2013 22:32, Oliver Heger a écrit :
Build works fine with Maven and Java 7 on Windows 8.1, site and
artifacts look good.
When I build the site locally, the RAT report is clean; so this issue
should be easy to fix.
Even built locally, I also get the 151 unknown licenses. Looking
28 matches
Mail list logo