NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.
To learn about what's going on, see About the Archive Site.
Thanks Russ, I've deleted the older versions, and changed my CLASSPATH and PATH statements. (For some reason the second part of my two-part CLASSPATH statement was not being set.) Basically I have examined the preexisting PATH, and then re-ordered it. Previously I was just adding my additions to %PATH% (which didn't seem to work for %CLASSPATH%) so as not to disrupt whatever weird settings the system administrator might have set, but this results in the System directory being listed first (regardless of where the %PATH% is located, it seems the additions, by default, are appended to the end of the listing). So far I don't know that it has helped, but at least it hasn't stopped anything else from working so far!). :-) > -----Original Message----- > From: Russ Rew [mailto:russ@xxxxxxxxxxxxxxxx] > Sent: Thursday, 28 June 2001 1:15 AM > To: Verrelli, David > Cc: Curtis Rueden; visad-list@xxxxxxxxxxxxx > Subject: Re: RE(4): NoClassDefFoundError (no Java 3D) > > > David, > > According to > > http://java.sun.com/products/jdk/1.2/docs/tooldocs/win32/classpath.html > > the use of the CLASSPATH environment variable is no longer the > preferred method of specifying a class path; use of the -classpath > option when invoking java or javac is preferred "because you can set > it individually for each application without affecting other > applications and without other applications modifying its value". > > The above URL is also a good summary of how classes are found in .jar, > .zip, or .class files, what order is used in finding classes, and why > you shouldn't copy third party or application classes into the JDK > directories. > > --Russ Believe it or not I did visit: http://java.sun.com/j2se/1.3/docs/tooldocs/win32/classpath.html (which is essentially the same as your link, but perhaps slightly newer) on 13/06/2001 - according to my printout. I suppose I was getting frustrated at certain elements not running, and decided that instead of typing in every conceivable path to the PATH and CLASSPATH line (especially as it seems jar files in the same directory still have to be referenced individually), which - as I recall - have a limited number of entries in any case, I would be better off just copying all 'system' java files (e.g. *.dll, *.jar) to the paths that were likely to already be referred to. [I think] Sun does emphasise that it is better to simply leave off specific classpath references (in terms of a SET CLASSPATH statement, or similar) altogether. If one is used, then simply putting a dot (as in "SET CLASSPATH=.") should be sufficient - as Mathias mentioned a few emails back. As [I think] he also alluded to, I think my _original_ mistake was to attempt to install the version I had to a directory OTHER THAN THE DEFAULT. This probably gave rise to my PATH/CLASSPATH troubles, which I tried to solve. However it is probable that this 'solution' then interfered with my reinstallation(s) of (subsequent versions of) Java into the default directory(/ies). [Yes, one of these 'solutions' was to _copy_ visad.jar to the root directory - so I wouldn't have to type a long path name ;-)p] Anyway, "C:\jdk1.3.1\demo\java3d\HelloUniverse>java HelloUniverse" is still bringing up the same errors, as does "C:\jdk1.3.1\demo\java3d\HelloUniverse>c:\jdk1.3.1\bin\java.exe HelloUniverse". However it is possible that I will need to reboot.... Finally, I would like to repeat that I am still able to do what I "need" to do by running 'SpreadSheet'. My questions here have two motivations: * to be able to do what I would "like" to do, such as swap the foreground and background colours(for printing) * because it seems J3D "should" be running, but isn't. I am quite surprised that the problem is proving so intractable! Again, thanks for your patience, David. "The information contained in this email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please promptly notify the sender by reply email and then delete the email and destroy any printed copy. Additionally, if you have received this email in error, you must not disclose or use this information in any way." More Information on Egis can be obtained at www.egisconsult.com.au Egis Consulting Australia, Melbourne Phone 61 3 9272 6666 Fax 61 3 9272 6611 http://www.egisconsult.com.au
visad
archives: