Path: csiph.com!v102.xanadu-bbs.net!xanadu-bbs.net!feeder.erje.net!eu.feeder.erje.net!eternal-september.org!feeder.eternal-september.org!mx05.eternal-september.org!.POSTED!not-for-mail
From: Knute Johnson <nospam@rabbitbrush.frazmtn.com>
Newsgroups: comp.lang.java.programmer
Subject: Re: Applets and 1.7.0_21?
Date: Thu, 23 May 2013 14:17:52 -0700
Organization: A noiseless patient Spider
Lines: 41
Message-ID: <knm0pr$14p$1@dont-email.me>
References: <kng4jh$pcm$1@dont-email.me> <1424705c-63e2-4b33-955d-5dbd5d92fd12@fq2g2000pbb.googlegroups.com> <knh41p$akt$1@dont-email.me> <nospam-C02E91.14434322052013@news.aioe.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Injection-Date: Thu, 23 May 2013 21:13:31 +0000 (UTC)
Injection-Info: mx05.eternal-september.org; posting-host="dab72f8d8e1f97b82efd5cbf3f4f7c62"; logging-data="1177"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX19Uq9W5GbHOvkXgwe3S/eci"
User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:17.0) Gecko/20130328 Thunderbird/17.0.5
In-Reply-To: <nospam-C02E91.14434322052013@news.aioe.org>
Cancel-Lock: sha1:2NJB7t6VWlWmKPODVQJYbcELM3I=
Xref: csiph.com comp.lang.java.programmer:24175

On 5/22/2013 11:43, John B. Matthews wrote:
> In article <knh41p$akt$1@dont-email.me>,
>   Knute Johnson <nospam@knutejohnson.com> wrote:
>
>> I think what we are going to do is to convert their code to an
>> application.  That's what I wanted to do from the get go but they
>> were convinced that this would be less hassle.  I'm not sure they
>> are convinced any more :-).
>
> You may be able to preserve your options by moving toward a hybrid
> applet/application deployed via Java Web Start; some related
> examples are cited here:
>
> <http://stackoverflow.com/q/12449889/230513>
>

Thanks for that article John.  The whole project was a series of four 
JApplets and some HTML code.  I've converted the applets to JFrame 
applications which really only required minor changes to the code. 
Mostly finding all the AppletContext calls to reload the browser and 
replacing them with JFrame.dispose().  Then I wrote a menu application 
that calls those apps and some Desktop.browser calls for the remaining 
HTML that they needed access to.  It is a little cludgy but no more so 
than the applets were to begin with.  It actually gives them slightly 
more utility as they can have all four applications open at once in 
separate JFrames.

I don't think running them as Java Web Start applications will work any 
differently with the new security requirements than the applets did. 
It's also not clear to me that self-signing is going to be adequate either.

I did find one interesting bug in some old code where I didn't dispose 
of the Dialog that was used with a JFileChooser.  It was preventing one 
of the apps from stopping completely.  The only reason that I can think 
of that that didn't cause them problems before was that they didn't run 
that piece of code very often (so no out of memory error) and it was 
hidden by the browser.

Thanks,

knute...