harmony-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From liqian yu <yuliq...@gmail.com>
Subject Re: [proposal] Minimum class set for customer application
Date Wed, 22 Jul 2009 09:37:08 GMT
Thanks! Tim

I'll read the guidelines.

2009/7/22 Tim Ellison <t.p.ellison@gmail.com>

> On 22/Jul/2009 09:39, liqian yu wrote:
> >        From the mails in the mailing list, it seems that the project of
> > "smallest class set for customer application" is failed. Since  I'm very
> > interested in it, I wonder if I can still contribute to the project. If
> can,
> > how to start?
>
> Liqian,
>
> *Anyone* can contribute to Harmony by following the guidelines here [1].
>  There is no exclusivity around areas of code!  The more the better.
>
> Please send us an ACQ [2] to show your prior access to alternative
> implementations, and if that is ok describe the problem you are working
> on via this mailing list, and start sending us code attached to JIRA [3].
>
> [1] http://harmony.apache.org/contribution_policy.html
> [2] http://harmony.apache.org/auth_cont_quest.html
> [3] http://issues.apache.org/jira/browse/HARMONY
>
> Regards,
> Tim
>
>
> > 2009/7/22 Jimmy,Jing Lv <firepure@gmail.com>
> >
> >> Hi Xiao-Geng, Alexei,
> >>
> >>      FYI, I am mentoring TianYu's project (OSGi-ed Harmony). And there
> two
> >> similar "small class set" project, Regis is mentoring one, Sean and I
> >> another. However for some reason, I have to fail the mid-term evaluation
> of
> >> our "small class set" project. But both TianYu and Regis's smallest
> class
> >> set projects are going well.
> >>
> >>      I guess we may need to find way how these GSoC projects contribute
> to
> >> Harmony repository?
> >>
> >> 2009/7/22 Alexei Fedotov <alexei.fedotov@gmail.com>
> >>
> >>> Xiao-Feng, hello!
> >>> This is a good question indeed. Jimmy & Sean mentor more than one
> >> project.
> >>> AFAIK, the difference was that the discussed "small class set" project
> >>> targets pre-bundled jre to decrease jre distribution size, while OSGi
> >>> relies on dynamic definition of required bundles, thus requires the
> >>> whole bunch of bundles.
> >>>
> >>> It seams Yu (Galaxy) Tian is doing well on his project.
> >>>
> >>>
> >>>
> >>>
> >>> 2009/7/22 Xiao-Feng Li <xiaofeng.li@gmail.com>:
> >>>> Alexei, thanks for the info. I will talk with Liqian on this.
> >>>>
> >>>> A question related to this:
> >>>> Galaxy Tian once was (is) working on OSGi support in Harmony. Anyone
> >>>> knows how this is related to the "Minimum class set for customer
> >>>> application" idea?
> >>>>
> >>>> It looks like they are independent projects?
> >>>>
> >>>> Thanks,
> >>>> xiaofeng
> >>>>
> >>>> 2009/7/21 Alexei Fedotov <alexei.fedotov@gmail.com>:
> >>>>> Folks,
> >>>>> The status reported to "code-awards@" was "failed".
> >>>>>
> >>>>> Liqian,
> >>>>> Feel free to contribute your code.
> >>>>>
> >>>>>
> >>>>>
> >>>>> 2009/7/19 Xiao-Feng Li <xiaofeng.li@gmail.com>:
> >>>>>> Hi, Liqian, it is a pity to hear that.
> >>>>>>
> >>>>>> You definitely can still contribute. But it is better to understand
> >>>>>> the current status of this project "Smallest classes set for
> customer
> >>>>>> application", so that your work has no potential conflict.
> >>>>>>
> >>>>>> Thanks,
> >>>>>> xiaofeng
> >>>>>>
> >>>>>> 2009/7/17 liqian yu <yuliqian@gmail.com>:
> >>>>>>>    I'm a student who is very interested in the open source
project
> >> and
> >>> I'll
> >>>>>>>  feel very cool if I can contribute code for the open source
> >>> community, but
> >>>>>>> unluckly my proposal was not accepted. I choose the title
"Smallest
> >>> classes
> >>>>>>> set for customer application " .  As I have  some related
> experience
> >>> in that
> >>>>>>> topic that I have developed a similar prototype tool in
my research
> >>> paper
> >>>>>>> , I believe I can complete it perfectly.  I showed solid
practice
> >>> quality in
> >>>>>>> my proposal. For the project I even planned to spend four
full time
> >>> months
> >>>>>>> just because I'm loving it.  Unfortunately I'm not the chosen
one.
> >>>>>>>
> >>>>>>>   If possible I'm still willing to participate in the project.
> >>>>>>>
> >>>>>>> 2009/7/17 Charles Hardin <ckhardin@gmail.com>
> >>>>>>>
> >>>>>>>> All,
> >>>>>>>>
> >>>>>>>> For some technology development efforts we ended up
deciding to
> >> port
> >>>>>>>> the DRLVM to mips to try out a few things.
> >>>>>>>>
> >>>>>>>> We are doing this fairly blindly and probably didn't
follow the
> >>> appropriate
> >>>>>>>> conventions - so, before we go to far off the reservation
we
> >> figured
> >>>>>>>> we should ask a couple of things:
> >>>>>>>> - are people interested in us contributing this back
to harmony?
> >>>>>>>> - if yes, then can we get a contact to make sure this
> >>>>>>>> contribution is done correctly?
> >>>>>>>>
> >>>>>>>> Our fallback plan is to just send patches back to the
mailing
> list.
> >>>>>>>>
> >>>>>>>> Thanks in advance,
> >>>>>>>> Charles Hardin
> >>>>>>>> 2Wire, Inc.
> >>>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>> --
> >>>>>>> 君子之行,静以修身,俭以养德。非淡泊无以明志,非宁静无以致远
> >>>>>>>
> >>>>>>
> >>>>>>
> >>>>>> --
> >>>>>> http://people.apache.org/~xli <http://people.apache.org/%7Exli<http://people.apache.org/~xli>
> <http://people.apache.org/~xli>
> >>>>>
> >>>>>
> >>>>> --
> >>>>> With best regards / с наилучшими пожеланиями,
> >>>>> Alexei Fedotov / Алексей Федотов,
> >>>>> http://www.telecom-express.ru/
> >>>>> http://harmony.apache.org/
> >>>>> http://code.google.com/p/openmeetings/
> >>>>>
> >>>>
> >>>>
> >>>> --
> >>>> http://people.apache.org/~xli <http://people.apache.org/%7Exli<http://people.apache.org/~xli>
> <http://people.apache.org/~xli>
> >>>
> >>>
> >>> --
> >>> With best regards / с наилучшими пожеланиями,
> >>> Alexei Fedotov / Алексей Федотов,
> >>> http://www.telecom-express.ru/
> >>> http://harmony.apache.org/
> >>> http://code.google.com/p/openmeetings/
> >>>
> >>
> >>
> >> --
> >>
> >> Best Regards!
> >>
> >> Jimmy, Jing Lv
> >> China Software Development Lab, IBM
> >>
> >
> >
> >
>



-- 
君子之行,静以修身,俭以养德。非淡泊无以明志,非宁静无以致远

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message