Michael P. McCutcheon wrote:
Alrighty...I tried that, still no luck.
No probs - I'll just rearrange your email a bit:
> Here is my current browser.bat. I've explicitly set the classpaths to the > c:\xj3d\ and c:\xj3d\x3d directories. No change. Would moving my > classes to > the x3d directory fix things? That is, do I need to run the browser > directly from the 'apps' directory? No, everything looks good now from the basic setup end. So long as your browser classes are included in the classpath, you can run it from anywhere. So, I think the basic setup issues are not done with (crossing fingers!) The test here is if you can take one of the test files provided in the examples directory of the download and run it without complaints. If that works, then you're fine. Remember, the example files on web3d.org are completely invalid and should not be trusted to run.
It's still giving me the same exception at org.web3d.x3d.jaxp.X3DSAVAdapter.startDTD(X3DSAVAdapter.java:370) because the DTD is not one of the two allowed in the list.
Correct. Xj3D is very anal about what is it allows. If you don't provide something that is defined by the spec, it will bitch and moan about it (and usually quite loudly). So, I assume you've changed the PUBLIC ID part to the correct form, and the one that it is now complaining about is the SYSTEM part (the http:... URL). That, unfortunately is a gray area right now. What the final URL is is still under debate. Mainly small things (do we capitalise the first S on specification, should it be plural or single etc etc). There is no specification on what that correct form is right now. We had to pick something for the release (with the minimum goal of at least getting people used to the fact that you must provide correct data) so chose our preferred form and put it into the release. So what that really means is, for the moment you have to play by the rules Xj3D enforces, or don't play at all. Bit nasty, but that's the way we wanted to be. Of course as soon as the dust settles on the final form we'll change the code to suit, but until then we're not going to change the code every five minutes as that is bad for users. Pick something and stick with it for consistency until the final rule is decided on and then move everyone at once to that final rule. The SDK CD is getting frozen late Feb and everything in the spec should be finalised by then. We're leaning towards doing an interim milestone release (maybe called M6-1?) that brings us right up to spec compliance for that CD. At that point feel free to bitch about us not following the spec :) Hmmm.... you're right. Sleep would be good. Getting frustrated, just with typing... -- Justin Couch http://www.vlc.com.au/~justin/ Java Architect & Bit Twiddler http://www.yumetech.com/ Author, Java 3D FAQ Maintainer http://www.j3d.org/ ------------------------------------------------------------------- "Humanism is dead. Animals think, feel; so do machines now. Neither man nor woman is the measure of all things. Every organism processes data according to its domain, its environment; you, with all your brains, would be useless in a mouse's universe..." - Greg Bear, Slant ------------------------------------------------------------------- =========================================================================== 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".
