harmony-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Alexei Fedotov <alexei.fedo...@gmail.com>
Subject Re: Google Summer of Code 2009
Date Wed, 18 Mar 2009 07:13:27 GMT
Hello Jimmy,
Being brief, I lack your motivation, not technical details.

1. I extracted minimal class sets using standard logging to enable
different applications on Harmony more than once. For example, this
was done for initial analysis of FreeCiv GSoC project. Why one would
need a tool?

2. Eclipse and many other tools have automatic string extractors for
further localization. I believe you cannot miss all these
//$NON-NLS-1$ comments in the code. Your proposal lacks explanation
why other open source tools do not fit.

3. I think that before one develops a Harmony updater, a research is
to be conducted why existing updaters cannot be adopted. Yes, I truly
believe that an updater is a separate project unless it complies with
web start specification or OSGi updater specification. For OSGi, one
should research if OSGi code can be simply adopted instead of

4. I expect some words about isolation and OPEN component management
as a motivation for multi-vm. IMHO, this task, if done correctly, is
impossible for a student.


2009/3/18 Jimmy,Jing Lv <firepure@gmail.com>:
> Hi,
>     Thanks Alexei for your suggestion! Sorry maybe I make the
> abstract on the wiki too short to be understandable, I will enrich the
> information of the project motivation.
>     The translation tools as I mentioned there, was not focus on the
> translation(as we know there's so many translation tools) but the
> automatic fetching/injecting mechanism of the open source project
> localizable messages. The first motivation was that we Harmony Project
> lack those messages compared to Sun's implementation thus was not
> friendly to our users. However think deeper we see many open source
> projects suffer the similar problem. So the tools was planned to
> automatically help Harmony the message with this tool, what's more,
> may help some other open source project, especially java projects. So
> I believe this is still closely related to Harmony and is a
> requirement of the project(not sure if it should be titled with
> "Harmony-tool-5"?)
>     The other projects are similar, comes from the requirement of
> harmony project and customers requirements. Currently the Harmony
> project lack a automatic updater, NSIS offer only windows installation
> tool. The basic idea was simple, create a version checker/updater for
> Harmony. The smallest classes selector focus on customized-harmony-jre
> which may be friendly to customer usage, to find the classes with
> -verbose was easy(but still may not be enough, as we don't really know
> if the current set cover all classes, maybe some classes will be only
> load at some special case), but the problem we want to solve is the
> automatic select/build/test/packet for customer application with a
> full but smallest JRE, which may be valuable to customer (e.g, eclipse
> does not need to customize our jre with much effort).
>     I don't think they can be called as "new open source project",
> just some tool set for harmony. What do you think?
>     There's another thought, we may enable Apache Harmony JDK with
> OSGi feature. Yes it was beyond the spec, however it seems valuable if
> we find out a light way, at least we see Harmony modules are already
> bundled.
> 2009/3/17 Alexei Fedotov <alexei.fedotov@gmail.com>:
>> I like GSoC tasks from Sean and Andrew.
>> Jimmy,
>> Can you provide a sort of analysis of your tasks? Are there any open
>> source automatic translation tools? How a web updater relates to NSIS
>> and Java WebStart? Is there any relation between your multi-vm and
>> isolation API? What is in a smallest class set except -verbose:class?
>> Please, provide more motivation.
>> As one of Apache gurus said, "You want start a new open source project? Don't."
>> Thanks!
>> On Tue, Mar 17, 2009 at 2:44 PM, Jimmy,Jing Lv <firepure@gmail.com> wrote:
>>> Hi,
>>>    I've added 4 proposal there. Looking for discussions/suggestions/comments
>>> 2009/3/16 Sian January <sianjanuary@googlemail.com>:
>>>> Just wanted to encourage people to write their ideas up on the Wiki -
>>>> only Oliver has done it so far and there is a deadline.
>>>> Thanks,
>>>> Sian
>>>> 2009/3/12 Andrew Cornwall <andrew.pack200@gmail.com>:
>>>>> Is there any desire to extend VMTT?
>>>>>  - add a real assembly format (jsr :label or something like that, instead
>>>>> jsr -11.) (Does jasm do this, and if so could we use their format?)
>>>>>  - add flexibility for bad classes
>>>>>    - specifying the padding for tableswitch/lookupswitch
>>>>>    - allow double/long constantpool entries without subsequent constant
>>>>> pool entry
>>>>>    - mixed asm and bin in methods
>>>>>    - allow insertion of binary data at other places (eg constant pool)
>>>>>  - fix bugs
>>>>> Just some thoughts...
>>>>>    Andrew Jr.
>>>>> On Wed, Mar 4, 2009 at 5:03 PM, Xiao-Feng Li <xiaofeng.li@gmail.com>
>>>>>> On Wed, Mar 4, 2009 at 10:43 PM, Egor Pasko <egor.pasko@gmail.com>
>>>>>> > On the 0x56A day of Apache Harmony Xiao-Feng Li wrote:
>>>>>> >> On Wed, Mar 4, 2009 at 6:46 PM, Egor Pasko <egor.pasko@gmail.com>
>>>>>> wrote:
>>>>>> >>> On the 0x56A day of Apache Harmony Xiao-Feng Li wrote:
>>>>>> >>>> This is interesting. Project ideas related to this
>>>>>> >>>>
>>>>>> >>>> 1. Make Apache Harmony support Google Android applications.
>>>>>> >>>> on Harmony should be much faster with the much more
powerful JIT and
>>>>>> >>>> GC).
>>>>>> >>>
>>>>>> >>> Do you mean replacing Dalvik on top of the Android stack
or making a
>>>>>> >>> system that works on a common desktop?
>>>>>> >>
>>>>>> >> Something like that... :)  At the moment I prefer the second
>>>>>> >> to make Harmony ready for Android applications on desktop.
The first
>>>>>> >> approach probably should be a project of Google Android.
>>>>>> >
>>>>>> > sounds like a nice idea :) though I cannot imagine how much
work is
>>>>>> > required to make this happen..
>>>>>> Yes, there are lots of work in it. Well only when somebody really
>>>>>> starts thinking about it,  can we gradually get some good solution.
>>>>>> replace Dalvik with Harmony in Android stack might be easier. In
>>>>>> case, it requires to run Android on top of a desktop OS, with full
>>>>>> libc and utils, because that's Harmony needs. That's why I have the
>>>>>> second project idea, to reduce Harmony into a very concise version
>>>>>> that requires only minimum OS supports, as minimum as Android
>>>>>> requires. :)
>>>>>> Thanks,
>>>>>> xiaofeng
>>>>>> > --
>>>>>> > Egor Pasko
>>>>>> >
>>>>>> >
>>>>>> --
>>>>>> Managed Runtime Technology Center, Intel
>>>> --
>>>> Unless stated otherwise above:
>>>> IBM United Kingdom Limited - Registered in England and Wales with number
>>>> Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU
>>> --
>>> Best Regards!
>>> Jimmy, Jing Lv
>>> China Software Development Lab, IBM
>> --
>> С уважением,
>> Алексей Федотов,
>> http://people.apache.org/~aaf/
> --
> Best Regards!
> Jimmy, Jing Lv
> China Software Development Lab, IBM

С уважением,
Алексей Федотов,

View raw message