Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.lang.java.gui > #2652 > unrolled thread

Re: Applets and custom cl

Back to article view | Back to comp.lang.java.gui

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.

Contents

  Re: Applets and custom cl "Qu0ll" <qu0ll@THRWHITE.remove-dii-this> - 2011-04-27 15:40 +0000
    Re: Applets and custom cl "Andrew Thompson" <andrew.thompson@THRWHITE.remove-dii-this> - 2011-04-27 15:40 +0000
      Re: Applets and custom cl a24900@googlemail.com.remove-dii-this - 2011-04-27 15:40 +0000
        Re: Applets and custom cl "Andrew Thompson" <andrew.thompson@THRWHITE.remove-dii-this> - 2011-04-27 15:40 +0000

#2652 — Re: Applets and custom cl

  To: comp.lang.java.gui
"Qu0ll" <Qu0llSixFour@gmail.com> wrote in message 
news:471460b0$0$11606$5a62ac22@per-qv1-newsreader-01.iinet.net.au...

>> Of course you have to make absolutely sure the class is not referenced
>> before you use it. Consider programming against an interface and use
>> Class.forName() to load an interface implementation (your class) to
>> make sure you have better control over the class usage.

Actually, is Class.forName() going to work in an unsigned applet?

-- 
And loving it,

-Q
_________________________________________________
Qu0llSixFour@gmail.com
(Replace the "SixFour" with numbers to email me)

---
 * Synchronet * The Whitehouse BBS --- whitehouse.hulds.com --- check it out free usenet!
--- Synchronet 3.15a-Win32 NewsLink 1.92
Time Warp of the Future BBS - telnet://time.synchro.net:24

[toc] | [next] | [standalone]

#2654

  To: comp.lang.java.gui
Qu0ll wrote:
>>> Of course you have to make absolutely sure the class is not referenced
>>> before you use it. Consider programming against an interface and use
>>> Class.forName() to load an interface implementation (your class) to
>>> make sure you have better control over the class usage.
>
>Actually, is Class.forName() going to work in an unsigned applet?

Yes it should, so long as the classes are coming from the
same host as the applet.  In addition to loading loose classes 
lazily, you *might* (if it makes sense) also load resources from
Jar files lazily.  Do not add them to the archives attribute
(obviously) and simply form a complete URL to the jar/resource 
when accessing it.

-- 
Andrew Thompson
http://www.athompson.info/andrew/

Message posted via JavaKB.com
http://www.javakb.com/Uwe/Forums.aspx/java-gui/200710/1

---
 * Synchronet * The Whitehouse BBS --- whitehouse.hulds.com --- check it out free usenet!
--- Synchronet 3.15a-Win32 NewsLink 1.92
Time Warp of the Future BBS - telnet://time.synchro.net:24

[toc] | [prev] | [next] | [standalone]

#2657

  To: comp.lang.java.gui
On Oct 16, 9:52 am, "Andrew Thompson" <u32984@uwe> wrote:
> In addition to loading loose classes
> lazily, you *might* (if it makes sense) also load resources from
> Jar files lazily.  Do not add them to the archives attribute
> (obviously) and simply form a complete URL to the jar/resource
> when accessing it.

The jar is sent as a whole over the network. A web server does not
understand a URL pointing into a jar, can not extract the class or
resource out of a jar and can not individually send a class or
resource from a jar. The class loader uses a URL pointing to the whole
jar to load the whole jar if needed. Once the jar has been loaded the
class loader extracts the particular resource from it.

If you want to load individual classes or resources do not put them in
a jar.

---
 * Synchronet * The Whitehouse BBS --- whitehouse.hulds.com --- check it out free usenet!
--- Synchronet 3.15a-Win32 NewsLink 1.92
Time Warp of the Future BBS - telnet://time.synchro.net:24

[toc] | [prev] | [next] | [standalone]

#2658

  To: comp.lang.java.gui
On Oct 17, 7:23 am, "a24...@googlemail.com" <a24...@googlemail.com>
wrote:
> On Oct 16, 9:52 am, "Andrew Thompson" <u32984@uwe> wrote:
>
> > In addition to loading loose classes
> > lazily, you *might* (if it makes sense) also load resources from
> > Jar files lazily.  Do not add them to the archives attribute
> > (obviously) and simply form a complete URL to the jar/resource
> > when accessing it.
>
> The jar is sent as a whole over the network. A web server does not
> understand a URL pointing into a jar, can not extract the class or
> resource out of a jar and can not individually send a class or
> resource from a jar.   ...

Which is not a problem, if it is 'one resource per jar'.

The OP mentioned lazy loading, which implies either
a lot of, or large, resources.  If the latter, the
Jar might make sense - or at least, Jar(s) for the
largest resource(s).

Andrew T.

---
 * Synchronet * The Whitehouse BBS --- whitehouse.hulds.com --- check it out free usenet!
--- Synchronet 3.15a-Win32 NewsLink 1.92
Time Warp of the Future BBS - telnet://time.synchro.net:24

[toc] | [prev] | [standalone]

Back to top | Article view | comp.lang.java.gui

csiph-web