Jar file not loading properly after win 2003 install

Hello all i have website that lets you play nintendo online using a java applet "nescafe"
and a db to fill the file name

Recently we've upgraded our server to windows 2003 from windows 2000, Initiatially this caused even my database view pages to stop working but my brother got those going while I was at work.

Each time I try to load the page it loads the applet but the applet then says, cant load game "whatever.nes"

Is this some sort of restriction on an install of win 2003,

Id greatly appreciate any insight on the relationship of IIS and jar file permissions or settings

Thanks
the page is located at http://www.werdsweb.com/nes/nintendo.htm if anyone wants to have a look

a) What you're doing is illegal anyway
b) But I like emulation, so I'll continue
c) The problem you're talking about is client-side, nothing to do with the server, although you may want to check IIS's MIME settings for *.jar and *.class files.
d) Which client VM are you using?

IVE USED THE SAME COMPUTERS AND IT HAS WORKED FINE SO ITS NOT CLIENT SIDE THE APPLET LOADS PROPERLY IT JUST GIVES AN ERROR ON LOADING THE ROM FILE. IM USING NESCAFE AVAILABLE FROM DAVIEBOY.NET IM THINKING THAT THERES A RESTRICTION ON THE FILES ACCESS SOMEWHERE BUT IM NOT TOO SURE ON HOW TO ACCESS THE MIME SETTINGS FOR IT... COULD YOU PLEASE ADD A LITTLE MORE LIGHT TOO MY SITIATION.. tHANKS FOR THE RESPONSE

Caps lock, dude

the link you gave is not working.
sounds like Java problem to me, check in their website how to make it work in Server 2003 or post your problem in Java forum, you'll have more luck there.

I've got the last available Java VM on my website, scroll down to the "downloads" section.

I believe the problem is with permissions on the server, i.e. the Java code trying to access files on the server and fails because of the permissions.

Java is executed on the client and is made via a generic HTTP request via the container (i.e. "through the browser) so there wouldn't be any special "Java permissions" on the server.

As far as ALL web-server software is concerned, there is no difference or "special treatmen" for HTTP GET requests, no matter where they came from.

Yes yes... I know "I can process them1!11 wiff ASP LOL!" but I mean.... there is no difference between a HTTP GET request instantiated by a Java environment or else.

Just check IIS MIME settings as well... in IIS6, it doesn't serve anything it doesn't have a MIME type for.

but in this case looks like the applet is trying to load game from the server - that's what I understood so far - so probably there's kind of Java Server (equivalent of what IIS is to ASP) installed, which don't work properly.

You don't need any kind of "Java Server". You're getting confused with JSP there

Java is executed after being downloaded by the client, its no different to Javascript really. All the Java applet needs access to is the codebase directory and the *.jar (for decent browsers) and *.cab (for Evil IE) files

Thanks guys for the post

I have yet to find a solution to this issue. I have the latest virtual machine installed on all the computers ive tried this from and still seem to receive the issue.

After some digging around I found a similar issue with another jar file that someone had previously on a 2003 system. Their fix was to add the extention of the file to the mime types

ie. adding imp in their case

I am wondering if this could fix my problem too since NESCafe uses .nes rom files and the extention is not in current mime types.
should this extention be added? If so would it be application/octet-stream or another?

Thanks

ps. the site is back up if you need a visual

http://www.werdsweb.com/nes/nintendo.htm

"application/octet-stream" is the universal MIME type for any kind of binary files. So yes... it is appropriate.