No subject

it was completely random which one loaded quicker. Sometimes it could
take a couple of minutes for one to load when the other was almost
instant, and vice-versa. But one thing I did find out is that it can be
because of java security settings.

So try this:
edit ~/.java.policy (or $JAVA_HOME/jre/lib/security/java.policy) and set
it to the following :

grant {
	permission java.security.AllPermission;
}

You might find it speeds things up particularly since what I've found is
an issue is that the connect and resolve socket permissions
(java.net.SocketPermission) may not allow the desired connection, but it
gets there eventually. Does the java console show anything (Tools->Web
Development->Java Console)?

Its best not to leave your security permissions set to this as it leaves
you vulnerable to any potentially malicious or privacy invading applet
(such as redsherrif's applet that you'll find gets loaded is you go to
any msn related site)


Kirk


On Tue, 2003-08-26 at 19:30, Ben Jensz wrote:
> James Devenish wrote:
>=20
> >In message <3F4B3DC8.6020409 at jensz.id.au>
> >on Tue, Aug 26, 2003 at 07:00:24PM +0800, Ben Jensz wrote:
> > =20
> >
> >>Even if it was downloading things, surely it would cache it
> >>and not download it every time anyway.
> >>   =20
> >>
> >
> >"it" being the Java plug-in?=20
> >
> > =20
> >
> >>But it doesn't happen under Windows with Mozilla.
> >>   =20
> >>
> >
> >I guess from where I'm sitting, Mandrake Linux can't be assumed to be
> >identical to Microsoft Windows, even though they both have "Java" and
> >"Mozilla", etc. <shrug>
> > =20
> >
> Well the software involved is the same.  Mozilla, JRE etc.  I wouldn't=20
> think they should vary much at all being the same version as being used=20
> on Windows even if they are on a different platform.
>=20
> >Anyway, if the browser says "Loading Applet" the whole time then I guess
> >it's to be believed. Otherwise, my random idea would have been to ask
> >whether you have any packet filter for Linux that would be blocking
> >SNMP/UDP, for instance (maybe Java is trying to access the switch using
> >one protocol and can't, so it switches to another, more successful one).
> > =20
> >
> I'll do some more mucking around with it when I'm at work tomorrow and=20
> see what I turn up.
>=20
> >BTW I don't suppose the delay is always very close to a multiple of 30
> >seconds, is it? That could be suggestive of some sort of timeout rather
> >than merely slowness.
> > =20
> >
> Didn't have my stopwatch out :)
>=20
> >You have no
> >trouble with any other Java applets accessed via Mozilla/Mandrake?
> >
> > =20
> >
> Didn't bother about getting Java for any other pages until today for the=20
> Procurve web interface as basically Java is the whole thing and most=20
> other pages I visit with Java, the applets aren't required  for the page=20
> to function (e.g. CBA's NetBank), so I didn't bother until now, so I=20
> haven't checked it with others yet.
>=20
> I was just curious before checking things out thoroughly and banging my=20
> head against a wall in case it was something simple that someone had=20
> come across before.  If I figure it out, I'll post the results anyway=20
> for anyone else in the future.
>=20
>=20
> / Ben
>=20
>=20
>=20


--=-8isJJ8uXRIeNApsyP//H
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQA/TAexwF5lhOATQAcRAozuAJ0ZfcclMot7MmuYLjTll0spQ/d+agCeNrB0
5q7GiLSw/jI+t8X/Dv5vRAA=
=B8ww
-----END PGP SIGNATURE-----

--=-8isJJ8uXRIeNApsyP//H--