On Thu, Dec 25, 2008 at 10:23 AM, Alexei Fedotov <[email protected]> wrote: > 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.
I assure you, there's no discussion of Harmony's direction on the PMC list - that all takes place on the public development list. Very little actually happens on the PMC list - mostly procedural stuff about ICLAs and ACQs. The community defines the direction of the project and we do that on the public development list. -Nathan > 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 <[email protected]> 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 >> > > > > -- > С уважением, > Алексей Федотов, > ЗАО «Телеком Экспресс» >
