|uTestJSI loading error|
|uTestJSI loading error|
Author Greg Henderson on 02-23-2001 at 10:54 (EST)
|Because of our required direstory structure for HTML deliveries, it was necessary to change the codebase from the default to ./tests/classes.|
There is no problem with the answer applets, they seem to work just fine. However, after selecting the TestFinishButton2 applet button, the answer sheet is displayed along with the buttons I specified in the applet parameters (no answers though) and I get the message: applet uTestJSI class uTestJSI could not be loaded.
If I examine the answer sheet code, I see there is also a codebase parameter listed there. If I change it to the same codebase as everything else, I get the same error message, but the only thing displayed is the "Please Wait..." message (no answer sheet at all). What might I be overlooking?
|Messages In This Discussion|
| 1. RE: uTestJSI loading error|
Author Bill Weiner on 02-23-2001 at 11:14 (EST)
|When using a codebase other than the default codebase (../classes/), then there are few changes that must also be made. Check out section 3 on the following reference page:|
... which basically describes making sure that you changed the codebase in the "show" pages... and also set the special "default_codebase" setting of your uTestFinishButton applet.
| 2. RE: uTestJSI loading error|
Author Greg Henderson on 02-23-2001 at 13:35 (EST)
|Yes, I have already made all of those changes, including the "default_codebase". I was wondering if there might be something not explicitly mentioned in the reference. Could there be something in one of the .class files that is hard-coded?|
| 3. RE: uTestJSI loading error|
Author Bill Weiner on 02-24-2001 at 08:15 (EST)
|No, those are really the only changes that need to be made in order to change the default codebase.|
Do you happen to have the pages online? If so, I would be happy to take a look at them and see if I recognize the problem.
Otherwise, to help determine the problem, try using Netscape to view the pages... and note in the Java Console if there are any special error messages.
| 4. RE: uTestJSI loading error|
Author Greg Henderson on 02-24-2001 at 23:06 (EST)
|I looked at the java console and did not see anything that seemed enlightening. I'm not sure I would recognize a significant message anyway! |
Unfortunately, I'm behind a firewall and can't give you a url that works. However, if you send me an ftp address or email address I will zip up a sample and send it to you Monday.
| 5. RE: uTestJSI loading error|
Author Bill Weiner on 02-25-2001 at 08:44 (EST)
|You can email the files/directory structure information to me at firstname.lastname@example.org.|
I'll really only need a description of your directory structure, one or more of your test HTML pages (especially the one with the uTestFinishButton applet on it), your "show_answer_sheet1.html" and "show_answer_sheet2.html" pages, and possibly your "answer_sheet_template.html" page.
| 6. RE: uTestJSI loading error|
Author Bill Weiner on 02-25-2001 at 10:22 (EST)
|Thinking about it some more, I think I know what the problem is. The problem is probably the directory structure and the codebase that you are using:|
That is, when any of the "show" html pages are displayed, they are displayed from your "classes" directory... and thus setting the CODEBASE of the JSI applets on those pages to:
.. would cause the browser to actually try to look for the "./tests/classes/" directory relative to your "classes" directory... i.e., a subdirectory of your classes directory called "tests/classes/"... which obviously is incorrect. For the uShopJSI applets located on the pages in your "classes" directory, you would actually need a codebase of "" or "./". The trick, however, is that the codebase setting of all of your applets MUST BE EXACTLY THE SAME (as described at: http://www.uburst.com/uTest/codebase.html).
This is normally resolved by using ".." in your codebase.... such as the recommended default codebase "../classes/".
So unless you want to specify your CODEBASE setting as the full URL of your classes directory (which obviously won't work for CD-ROMs... but will work fine online) you will probably have to change your directory structure such that the "classes" directory is ON THE SAME DIRECTORY LEVEL AS YOUR HTML PAGES. That is move your HTML pages down a directory level so that all applets have a codebase such as "../../tests/classes/" ... Of course, once you start doing that, you might as well go back to the default codebase of just "../classes/".