IIS Server - DHTML IIS 6 Java Applet Error

This is Interesting: Free IT Magazines  
Home > Archive > IIS Server > May 2004 > DHTML IIS 6 Java Applet Error





You are viewing an archived Text-only version of the thread. To view this thread in it's original format and/or if you want to reply to this thread please [click here]

Author DHTML IIS 6 Java Applet Error
janetb

2004-05-30, 11:52 am

I found out that the application producing the dhtml
isn't mapping (correct term?) correctly or tightly to the
mime types. A temporary fix was found at the following
url, and I'll contact the company.
http://lists.whathelps.com/wa.exe?
A2=ind0311D&L=toolbook&P=R889&I=-3

Thanks for trying to help.
Janet


>-----Original Message-----
>Doug, don't think so. Copy the same folder back to the
>NT4/IIS4 box and everything runs fine.
>
>I think I have to do something within IIS6 - Setting
>Appliction Mappings for the web server, if I look under
>web service extensions, dhtml isn't one of the permitted
>items. But, I can't find what dll to map to and can't
>find any help in the IIS6 help.
>
>That help? Any more ideas?
>
>Janet
>
>
your[vbcol=seagreen]
>server
found.[vbcol=seagreen]
>.
>

David Wang [Msft]

2004-05-30, 11:52 am

IIS6 gives two basic security controls -- what to do with static files like
HTML, GIF, JPG , and dynamic files like ASP, ASPX, ISAPI DLL, CGI EXE

IIS6 disallows download of static files UNLESS they have a defined MIME
Type, either in IIS configuration or in the Registry on the server.

IIS6 disallows execution of dynamic files on the server unless the vdir has
"Scripts" or "Scripts and Executables" enabled, and the executable or Script
Engine involved is enabled in "Web Service Extensions".

Now, Java applets and DHTML are code executed on the client browser and not
server. Thus, "Web Service Extensions" has nothing to do with the issue.

What I think is the issue is that .class and .jar files do not have
configured MIME Types and thus were not downloadable -- thus when the client
requested those files and got 404s from IIS, you saw the error.

The correct fix for this sort of situation is to add the necessary MIME
Types for all the extensions you'd like to serve, such that your web pages
are secure and functional at the same time.

--
//David
IIS
This posting is provided "AS IS" with no warranties, and confers no rights.
//
"janetb" <janetb@mtn.ncahec.org> wrote in message
news:1461c01c444c0$6e15ab60$a101280a@phx
.gbl...
I found out that the application producing the dhtml
isn't mapping (correct term?) correctly or tightly to the
mime types. A temporary fix was found at the following
url, and I'll contact the company.
http://lists.whathelps.com/wa.exe?
A2=ind0311D&L=toolbook&P=R889&I=-3

Thanks for trying to help.
Janet


>-----Original Message-----
>Doug, don't think so. Copy the same folder back to the
>NT4/IIS4 box and everything runs fine.
>
>I think I have to do something within IIS6 - Setting
>Appliction Mappings for the web server, if I look under
>web service extensions, dhtml isn't one of the permitted
>items. But, I can't find what dll to map to and can't
>find any help in the IIS6 help.
>
>That help? Any more ideas?
>
>Janet
>
>
your[vbcol=seagreen]
>server
found.[vbcol=seagreen]
>.
>



Sponsored Links






Free braindumps | Software forum | Database administration forum

Copyright 2003 - 2009 webservertalk.com