Tim and Jesse,
Thanks for both of you comments and happy ThanksGiving day!
We'll talk with Doug Lea to see if it's suitable to put some of our
components into JSR166 project. But notice there is a difference when
compare goal of Amino library with JSR166 project. Amino project aims to
provide
On 26/Nov/2009 08:59, James Gan wrote:
Tim and Jesse,
Thanks for both of you comments and happy ThanksGiving day!
We'll talk with Doug Lea to see if it's suitable to put some of our
components into JSR166 project. But notice there is a difference when
compare goal of Amino library with
On 18/Nov/2009 03:09, James Gan wrote:
I'm wondering if there is use case in Harmony for several scalable
components in Amino library. You can see its scalability curve in following
posts:
http://aminoprj.blogspot.com/2009/08/performance-of-amino-stack.html
On Wed, Nov 18, 2009 at 9:43 AM, Tim Ellison t.p.elli...@gmail.com wrote:
You'd have to look a bit closer to see if these data
structures are used heavily,
Please avoid adding nonblocking behaviour where it isn't required by the
API. Of the usages that Tim pointed out, all either don't
Hi, dear all
I'm wondering if there is use case in Harmony for several scalable
components in Amino library. You can see its scalability curve in following
posts:
http://aminoprj.blogspot.com/2009/08/performance-of-amino-stack.html
James,
If these can be adapted to implement the JSR-166 APIs (completely), you'd
probably be best off working with Doug Lea (the JSR-166 benevolent dictator
for life) to integrate them into the JSR-166 codebase. This way, all users
of the j.u.c APIs (not just Harmony users) would benefit from