Well, I'm not sure what if anything you're doing wrong. But it IS a real head-banger trying to get everything inside and out to work the first time. The dx pieces are split between dx and dxsamples packages which complicates matters.
Start with the build. It is possible that the java portions did not build in the dx tree. You need javac in your path. What did configure report? Check config.status for JINC set to something valid on your system. dxsamples needs to be configured, built, and installed (configure && make && make install ) AFTER the dx configure, build, and install, as it uses a number of results from those steps. Next, get the 'static' content to work. Re the pictures, on the Status.html page. I assume you refer to the orbit-mode gif sequences that are supposed to be displayed by the imageWindow applet in response to mouse gestures. If you can view the gif series directly (type in the url ...Topo3.0.x.gif) then my best guess is that the imageWindow applet didn't compile (or compile correctly) with the jdk 1.3, or didn't load (permissions? paths?). I use the IBM jdk 1.1.8 and set JAVA_ARCH to linux prior to configure, perhaps that will work for you. If you can't view the gifs directly, take a look again at permissions. If you are using the http: url (vs file:) then httpd will be looking as 'nobody' or guest. Maybe you have java turned off (for earlier Netscapes this was a common precaution). Of course if you're getting status, then you've got java. If things don't work with httpd, run a browser locally and try the file:/// url . Now look at base dx and then javadx functionality: For the greyed-out UI functions, save the program (net) first, then the java options should be activated. Yes, greyed out functions with no clue as to how to activate them, the bane of gui users. Do you get a server status (up since, number of users ... not just the applet text but response from the server) from the web page? This is good. Most times, the problem is getting that far. When you first access a javadx applet, DXServer will try to start dx. This should happen without complication, but quite a few problems can intervene. startserver accepts debug and foreground options which may give information leading to the underlying problem. As a closing comment, when I compiled dx last, I then ran the server and it complained about a missing dx/java/server/class/dxserver.hosts file. I didn't have time to track down what the issue was. So if the browser java console or the window in which you launch 'startserver' complains about this file, create it with your server hostname as the sole entry, at least as a beginning. When you get hundreds of simultaneous users you'll want to expand the list, which DXServer will use round-robin to start dxexecs on those hosts, in addition to supporting multiple users from each dxexec. Good luck and please post what you find out. Pete Karen Haines wrote: > It was recommended that I send email to this group regarding assistance in > getting JavaDX up and going. I was able to get OpenDX w/Java configured, > made, and installed on a Dell Inspiron 8000 with a Redhat 7.0 operating > system. I am able to run OpenDX fine. I also updated my libc file so > 'Help' and the 'Tutorial' work as well. Now getting JavaDX to work has > been a real head banger. I start the server (which spawns a lot of > '/usr/java/jdk1.3' children). THen I bring up netscape and open the > 'Status.html' file. Although I get the basic TOC, and status, I cannot > see the pictures (file permissions and the paths are fine on the pics) and > the status is not displayed. I did notice in the VPE, I also was not able > to Save the VP as a web page, nor could I execute the 'net to applet' java > submenu option. > > Any pointers on what I am doing wrong would be greatly appreciated. > Thanks, > Karen
