Webmaster forum - Ahhh, codebase attribute in applet stops it working! Why?

Author

Ahhh, codebase attribute in applet stops it working! Why?

Noname

2007-03-28, 7:19 pm

Not a whizz on Java, but beenn asked to fix this

Have a look at: http://www.seemethroughcollege.com/test.html

Basically, it was presented to me like the first case. But, if Java is not
installed, and you use Internet Explorer instead of loading the applet it
puts a small "x" (identical to when it can't find an object)

So to fix this I added the following attribute to the <applet> tag

codebase="http://java.sun.com/update/1.5.0/jinstall-1_5_0_04-windows-i586.cab"

(this is seen in the second example)

Now, when Java is not installed it prompts you, like I'd expect

But then when Java is installed you get another image "X" showing that
things have not worked -> this "X" is different from the first one.

Looking in the .jar file I have found the line Created-By: 1.5.0_04 (Sun
Microsystems Inc.) and so I thought it was version 1.5.0_04, but I've also
tried 1.4.1 like the tutorial I found stated, and also 5.5.0_11 as it is the
latest available on
http://java.sun.com/j2se/1.5.0/docs...todl-files.html

What do I need to do get the original script prompting for Java installation
on IE?

(The original script works on Firefox without codebase=...)

Thanks

John Hosking

2007-03-28, 7:19 pm

Noname wrote:
> Not a whizz on Java, but beenn asked to fix this
>
> Have a look at: http://www.seemethroughcollege.com/test.html

How about embedding your applets in an HTML page?

Then try posting your URL and query somewhere like alt.comp.lang.java.

HTH
--
John

Andrew Thompson

2007-03-29, 4:18 am

On Mar 29, 2:06 am, "Noname" <noname @ x x x .x x x> wrote:
....
> Have a look at:http://www.seemethroughcollege.com/test.html
>
> Basically, it was presented to me like the first case. But, if Java is not
> installed, and you use Internet Explorer instead of loading theappletit
> puts a small "x" (identical to when it can't find an object)
>
> So to fix this I added the following attribute to the <applet> tag
>
> codebase="http://java.sun.com/update/1.5.0/jinstall-1_5_0_04-windows-i586.cab"

On what basis did you add that?
The codebase attriubute is meant to be used
to tell the JVM where to find the applet
classes, not the Java plug-in itself.

Sun has devised some (less than perfect)
JS/VBscript to account for browsers that
do not have a VM.

Note that there is a problem in the digital
signature of that code.

If you wish to pursue this further, I suggest
you take it up on one of the comp.lang.java.*
hierarhy groups, specifically c.l.j.help.

But if you want to do that, please find some
small applet that does not require trusted
code, as very few Java programmers would be
willing to run a 'full trust' applet coming
from an unknown source, especially one signed
with a faulty security certificate.

Andrew T.

Noname

2007-03-29, 4:18 am

>
> How about embedding your applets in an HTML page?

They obviously were when testing, this was just a single page I knocked up
as the real URL is password protected

> Then try posting your URL and query somewhere like alt.comp.lang.java.

Will do

Noname

2007-03-29, 4:18 am

> > codebase="http://java.sun.com/update/1.5.0/jinstall-1_5_0_04-windows-i586.cab"

>

> On what basis did you add that?

On the - I added it and it worked basis ;o)

> The codebase attriubute is meant to be used

> to tell the JVM where to find the applet

> classes, not the Java plug-in itself.

Ah, I see ... I know nothing about Java

> Sun has devised some (less than perfect)

> JS/VBscript to account for browsers that

> do not have a VM.

What if JavaScript is not enabled?

> Note that there is a problem in the digital

> signature of that code.

Ah, not mine. It was there when I took over the site. Infact, the script is
from http://www.radinks.com/upload/

> If you wish to pursue this further, I suggest

> you take it up on one of the comp.lang.java.*

> hierarhy groups, specifically c.l.j.help.

Will do - thanks

> But if you want to do that, please find some

> small applet that does not require trusted

> code, as very few Java programmers would be

> willing to run a 'full trust' applet coming

> from an unknown source, especially one signed

> with a faulty security certificate.

Okay, gotcha - thanks