harmony-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Jack Cai" <greensi...@gmail.com>
Subject Re: [classlib]Make harmony's modularity better
Date Fri, 19 Dec 2008 02:02:01 GMT
Hi Tim, I did send you my ACQ via another email address. I'm now sending to
private@harmony.apache.org.

-Jack

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

> Jack,  do we have an ACQ for your contributions to Harmony?
> I couldn't see one in the files, but might have missed it.
>
> If you have not sent us one before, please complete the form [1] and
> send a scanned copy to private@harmony.apache.org
>
> [1] http://harmony.apache.org/auth_cont_quest.html
>
> Thanks,
> Tim
>
> Jack Cai wrote:
> > 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
> >>
> >
>

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