JC> actual classes that are being fetched. For example, if we are looking
JC> for com.sun.j3d.loaders.vrml97.Scene and on the local disk it resides in
JC> foo.jar (which is in the classpath) and it is also in the vrml97.jar
JC> named in the archive property, it will fetch the class from foo.jar
JC> first. ie, it doesn't matter what the JAR file name is, so long as it

In other words, no classes from vrml97.jar residing on a web server
would be downloaded to client's computer, but all needed classes would be
loaded from local foo.jar, right?

Hmm, one more question then. If it is classes that are downloaded from
.jar file stored on server and NOT the .jar file, downloaded first to
the client and then unpacked locally, would the data (separete
classes) be still packed when loaded from server? I guess it should,
but can't figure out how a browser (or JVM) can EXTRACT a file (class)
from .jar archive DISTANTLY, without first downloading the whole
archive, where TOC and some other unil stuff is stored? Can a SEPARATE
file be unpacked locally, without practically any reference to the
.jar file it originated from? It looks kind of weird to me... I bet
jar protocol has smth to do with this, but have no idea how. If anyone
can clear up this topic, i would have very appreciated it.

vladimir
>-----<===========>-----<
          -=V=-
>-----<===========>-----<

In your previous letter u wrote:
--------------------------------
JC> Vladimir Olenin wrote:

>> Just very stupid question: what if i have, let say, vrml97.jar in my
>> lib directory and have the same file included as an archive tag
>> parameter. What happens? Would the vrml97.jar be loaded from the
>> Internet anyway or not?

JC> The JVM always looks to the classpath and loads that in order.
JC> Typically, what it does is takes the built in classpath ($JRE.home/lib),
JC> appends the system classpath ($CLASSPATH), then the URL of the
JC> application (regardless of whether it is an applet from a web server or
JC> a locally installed application) - which then includes all the JAR files
JC> named in the ARCHIVE tag.

JC> After this point, it is not a matter of the name of the archive, but the
JC> actual classes that are being fetched. For example, if we are looking
JC> for com.sun.j3d.loaders.vrml97.Scene and on the local disk it resides in
JC> foo.jar (which is in the classpath) and it is also in the vrml97.jar
JC> named in the archive property, it will fetch the class from foo.jar
JC> first. ie, it doesn't matter what the JAR file name is, so long as it
JC> finds the right class.

===========================================================================
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff JAVA3D-INTEREST".  For general help, send email to
[EMAIL PROTECTED] and include in the body of the message "help".

Reply via email to