-
Bug
-
Resolution: Duplicate
-
P4
-
None
-
1.3.0
-
x86
-
windows_nt
Name: gm110360 Date: 01/25/2002
java version "1.3.1"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1-b24)
Java HotSpot(TM) Client VM (build 1.3.1-b24, mixed mode)
Dear all,
We are using an Applet which is included in a signed pilotclient.jar file. This
Applet requires
say an XML Parser for its functioning. Here is the HTML code that embeds the
applet (IE version).
<OBJECT
classid="clsid:CAFEEFAC-0013-0001-0000-ABCDEFFEDCBA"
codebase="http://java.sun.com/products/plugin/1.3.1/jinstall-131-
win32.cab#Version=1,3,1,0">
<PARAM NAME="code" VALUE="de.ppi.pilot.gui.PilotApplet"/>
<PARAM NAME="type" VALUE="application/x-java-applet;jpi-version=1.3.1"/>
<PARAM NAME="scriptable" VALUE="false"/>
<PARAM NAME="archive"
VALUE="../jar/crimson.jar,../jar/pilotclient.jar,../jar/jaxp.jar"/>
</OBJECT>
We found out that the applets classpath includes the following path entries:
http://localhost:8080/ppi/pilot/dynamic/
http://localhost:8080/ppi/pilot/dynamic/null
The pilotclient.jar includes a Resources.properties file for
internationalization. When we do
a resource lookup, we hit the web server unnecessarily. If we could eliminate
these http
requests, our startup performance could be dramatically improved. The above
locations do
not contain any classes or resources at all.
We tried to make ../jar/pilotclient.jar the codebase of the applet, but then
the parser classes
were not in the applets classpath...
We did not include the 'dynamic' entries in the applet tag, so how did they get
there
and how can we remove them?
Note: this is probably a more detailed description of
http://forum.java.sun.com/thread.jsp?forum=30&thread=193605
Regards,
Shabu
(Review ID: 137172)
======================================================================
- duplicates
-
JDK-4103457 JAR file caching (including authentication)
-
- Resolved
-