Mailing-List: contact dev-help@harmony.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@harmony.apache.org
Received-SPF: pass (nike.apache.org: domain of greensight@gmail.com designates
 209.85.146.179 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:to:subject:in-reply-to:mime-version
         :content-type:references;
        b=sMZhwzGT36LU+CwhBLIbuTBWfzHDh7d3x61FFzaDuRbx2Z4K6ODiHEMaa6inWkH6MD
         1ieIiV7x/zOfeVjbAABtxwsL0ZrYxu/i4f3WmMaZfPeMs0rMxboakCQ+LVjTqK9H2Ucn
         EEzjXfefGj+hAaARrle/tlfFcBWIW1OtYqfcU=
Message-ID: <5e7fd1eb0812170555w511f912ek91ca6c686ef685ed@mail.gmail.com>
Date: Wed, 17 Dec 2008 21:55:18 +0800
From: "Jack Cai" <greensight@gmail.com>
To: dev@harmony.apache.org
Subject: Re: [classlib]Make harmony's modularity better
In-Reply-To: <4948EFAF.3090408@gmail.com>
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_Part_2364_18228411.1229522118208"
References: <211709bc0812150226u2e49fa42u7acb999391d49fd4@mail.gmail.com>
	 <c30d70960812150348r31c6895chf571a4e6f264b257@mail.gmail.com>
	 <49464A9D.3070904@gmail.com>
	 <3b3f27c60812150723n25b0af8t3ac9d82f5c623e52@mail.gmail.com>
	 <4946C2B9.1040702@gmail.com>
	 <211709bc0812160035hb336ab0j30ce8d58e8d136ce@mail.gmail.com>
	 <49478319.5040302@gmail.com>
	 <636fd28e0812160626t77ca2a46j39c6ab4c2ab9d3b7@mail.gmail.com>
	 <636fd28e0812160656j231e3d4dp58f509e83ed84cbe@mail.gmail.com>
	 <4948EFAF.3090408@gmail.com>

------=_Part_2364_18228411.1229522118208
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

I have another try following Alex's idea. See the patch here [1].

-Jack

[1]
https://issues.apache.org/jira/secure/attachment/12396303/HARMONY-6050_Jack.diff

2008/12/17 Tim Ellison <t.p.ellison@gmail.com>

> Alex Blewitt wrote:
> >> But the solution would be to do:
> >>
> >> Beans. instantiate/2 -> Beans. instantiate/3
> >> Beans. instantiate/3 (does the work)
> >> Beans. instantiate/4 -> Beans. instantiate/3 (and calls the applet
> initialiser)
> >
> > I've attached such a proposed change to
> > https://issues.apache.org/jira/browse/HARMONY-6050. Sorry I can't
> > compile/test in-situ, but if someone can give that a go and run
> > associated tests, that would be great.
>
> I took another look, and it isn't so simple.  While we know the caller
> to the instantiate/4 method has got applet loaded, we also have to deal
> with the case where instantiate/3 loads a bean of type Applet.
>
> We should not inadvertently load applet.jar by deferring /3 to /4, but
> we still need to cope with potentially loading it for the /3 case.  If
> you are still following me...
>
> Regards,
> Tim
>

------=_Part_2364_18228411.1229522118208--