Return-Path: Delivered-To: apmail-felix-dev-archive@www.apache.org Received: (qmail 967 invoked from network); 8 Jun 2009 10:05:21 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 8 Jun 2009 10:05:21 -0000 Received: (qmail 24603 invoked by uid 500); 8 Jun 2009 10:05:33 -0000 Delivered-To: apmail-felix-dev-archive@felix.apache.org Received: (qmail 24536 invoked by uid 500); 8 Jun 2009 10:05:33 -0000 Mailing-List: contact dev-help@felix.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@felix.apache.org Delivered-To: mailing list dev@felix.apache.org Received: (qmail 24526 invoked by uid 99); 8 Jun 2009 10:05:33 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 08 Jun 2009 10:05:33 +0000 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of tian.galaxy@gmail.com designates 209.85.200.170 as permitted sender) Received: from [209.85.200.170] (HELO wf-out-1314.google.com) (209.85.200.170) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 08 Jun 2009 10:05:25 +0000 Received: by wf-out-1314.google.com with SMTP id 23so1230270wfg.16 for ; Mon, 08 Jun 2009 03:05:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=2Nw4X9uVQWz3Xm/R9TCBbDrSPsLZifZOPmMC+QvDSGI=; b=b8pQYywadZoM3wvh2M271msmIEv+6DCaLzwnrMGkSPKj+31JDRknMNoUVni7qzR7ew t1WHuZZxNj6f0vXAzX5czJZifzSYzBCw1vPVHV2/aNoX0wWIDGHVophK8gbIXM8loqaD C2/lJvjLmVDy/QzzWBwbrpA3GfDRRE1Pp2UWw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=VMdRTj6z6tEgButrWfpq+ihMgKBZRSGWTNfQcLyBsZd/epe83qLCposRWnQOjiBkDO IMdLnZlrdV8ngMjOfARkhaXDMfKBoMgHItl134CvFajeehGKXOPHEu7oNXL7Hv7ygTvQ /EGy06AtEOD9tVux17qWFoHUY8quzNBLwj7Xg= MIME-Version: 1.0 Received: by 10.143.3.7 with SMTP id f7mr2118322wfi.51.1244455504859; Mon, 08 Jun 2009 03:05:04 -0700 (PDT) In-Reply-To: <8DAFA63D-C6B1-4681-8ACF-7920F16B2E29@apache.org> References: <8DAFA63D-C6B1-4681-8ACF-7920F16B2E29@apache.org> Date: Mon, 8 Jun 2009 18:05:04 +0800 Message-ID: Subject: Re: About implementing harmony a osgi-ed jre From: galaxy To: dev@felix.apache.org Content-Type: multipart/alternative; boundary=001636e90df94e550e046bd360a7 X-Virus-Checked: Checked by ClamAV on apache.org --001636e90df94e550e046bd360a7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Thanks Glyn , invaluable to me .Other I may waste a lot of time on this .I think I will discuss it with my mentor and make the decision then . Thanks again ! 2009/6/8 Glyn Normington > Hi Tian > > I was involved in an effort a few years ago to enforce the Harmony module > boundaries using Equinox, which sounds similar to the idea below. The > problem with that approach was that we weren't able to restrict Equinox's > use of Java to particular Harmony modules and so it was very difficult to > bootstrap the system. Also, because of the way Java allows class loading to > be deferred in some situations, it was impossible to know when bootstrapping > was complete, so the option of bootstrapping in a "permissive" mode and then > tightening up the rules later wasn't viable. In the end we concluded that > the Harmony module boundaries would best be enforced by native code in the > VM and we built a prototype which did just that. Unfortunately, the > prototype was never released. > > I think you'll find as you get into this work that the main symptom is > various kinds of recursive death, such as stack overflow. So if that > approach doesn't work out, which I suspect it may not, you might consider > taking one of the open source VMs associated with Harmony and building > sufficient OSGi support into it for the Harmony modules. > > Sorry if this comes across a little negative. I think the objective would > be very valuable to achieve and so I wish you well. For example, it would > show that OSGi metadata is sufficient to implement Project Jigsaw. > > Glyn > > > On 8 Jun 2009, at 06:57, galaxy wrote: > > Hi ,all >> I participate this year's google summer code in apache harmony >> :implementing >> osgi-ed jre and I want to use felix in my work to organize the modules of >> harmony >> So I think it's necessary to make you notified here :) and I want to ask >> your permission on this . >> Regarding to the project , I think I have to make some modification in the >> source code in felix ,at least I have to export java.* . >> Any rules I have to follow or anything else ,please let me know . >> Thanks ! >> >> I think I will visit here a lot in this coming summer :) >> >> -- >> regards >> Tian >> > > -- regards Tian --001636e90df94e550e046bd360a7--