harmony-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Alexei Fedotov" <alexei.fedo...@gmail.com>
Subject Harmony 2009 roadmap Was: Using PriviAction instead of PrivilegedAction
Date Thu, 25 Dec 2008 16:23:30 GMT
Merry Christmas folks,

The discussion on PriviAction re-factoring makes me feel lost. Even if
you guys spend days discussing Harmony directions on PMC list, this is
not quite transparent for me and Kevin. Well, I like improving my
code. But even more than that I like when someone make use of my code.
During crisis times are we looking for customers who may take
advantage of our product?

For example, Eclipse might be bundled with our archive.jar with
delayed parsing of per-entry manifest attributes, thus improving
Eclipse start up time on the top of Sun's VM. Of course, delayed
parsing should be developed first. Those of you, guys, who continue
using java, may share your real life examples. As for me, I don't use
java except for launching OpenProj. But nothing prevents us from
taking advantage of Salikh's infrastructure for unit testing [1] in
our C++ project.  I'm trying to convince my colleagues to adopt my
logger as well.

Having clear goals like 100% API completeness or redistributable class
library for Google Android is also nice. I'm looking forward for your
ideas on our directions.

[1] http://svn.apache.org/viewvc/harmony/enhanced/drlvm/trunk/vm/tests/unit/framework/

On Wed, Dec 24, 2008 at 2:10 PM, Tim Ellison <t.p.ellison@gmail.com> wrote:
> I didn't see a good answer to Alexei's question...
> Alexei Fedotov wrote:
>> Pavel,
>> Kevin didn't mention performance, did he?
>> I believe it is always a trade off between modularity and speed. The
>> performance measurement might be a part of Kevin's arguments if his
>> intentions are to improve the performance. That is why I asked him to
>> elaborate both approaches uncovering intentions.
>> If our internal security interfaces are much quicker on real
>> applications I would wonder why our public interfaces are so slow.
> What problem is the PriviAction solving?  I see the class comment [1] says:
> "Helper class to avoid multiple anonymous inner class for
> java.security.AccessController#doPrivileged(PrivilegedAction) calls."
> Is that really a problem?  For readability or performance?
> [1]
> http://svn.apache.org/viewvc/harmony/enhanced/classlib/trunk/modules/luni/src/main/java/org/apache/harmony/luni/util/PriviAction.java?revision=486600
> Regards,
> Tim

С уважением,
Алексей Федотов,
ЗАО «Телеком Экспресс»
View raw message