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
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 block
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 th
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
Same here. I didn't know this existed. Thanks.
On Tue, Nov 5, 2013 at 10:49 PM, Gary Gregory wrote:
> 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 wrote:
>
> > Trove is G
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 wrote:
> Trove is GPL (last I looked).
>
> Mahout has primitive collection implementations (and is obviously ASL).
>
> There are other impl
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.
And
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
>To: Commons Developers List
>Sent: Tuesday, November 5,
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 standa
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 me...
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 de
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 wrote:
> On 2013-11-05, Mark Thom
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.
+1
Oliver
Am 05.11.2013 01:28, schrieb Mark Thomas:
> A change to the component id to pool2 required a new RC. The on
On 11/5/13 9:57 AM, Romain Manni-Bucau wrote:
> @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
As I said, patches welcome. Go for it. My point about
@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" a écrit :
> Well I didnt test sirona in prod but when using jam
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 no
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 s
On Mon, Nov 4, 2013 at 10:09 PM, Romain Manni-Bucau
wrote:
> 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" a écrit :
>
> > That isn't what I meant.
> >
> > Do you rea
2013/11/5 Christian Grobmeier :
> 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
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 jus
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 h
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.
Th
On 05/11/2013 13:45, Gary Gregory wrote:
> On Tue, Nov 5, 2013 at 2:17 AM, Mark Thomas wrote:
>
>> Gary Gregory 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 generat
On Tue, Nov 5, 2013 at 2:17 AM, Mark Thomas wrote:
> Gary Gregory 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
> certainly as a resu
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
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
t
[...]
I have scanned for exact duplicates quite a few times and never
found any. There are quite a few that are similar, but differ in
material ways (strict versus non-strict inequalities, endpoints
included / not included, etc.). Please do not "collapse" messages
at the expense of loss of speci
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 [COLL
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 setVa
On Mon, 4 Nov 2013 20:15:01 +0100, Jochen Wiedmann wrote:
On Thu, Oct 31, 2013 at 2:26 PM, Gilles
wrote:
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 people being quite
stimula
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 ste
31 matches
Mail list logo
