Hi Tim, I did send you my ACQ via another email address. I'm now sending to [email protected].
-Jack 2008/12/18 Tim Ellison <[email protected]> > 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 [email protected] > > [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 <[email protected]> > > > >> 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 > >> > > >
