Re: IIS 6.0 on Windows Server 2003
From: David Wang [Msft] (someone_at_online.microsoft.com)
Date: 07/21/04
- Next message: tim: "Re: Executing a locally installed program in IIS 6"
- Previous message: Bernard: "Re: IIS 6.0 on Windows Server 2003"
- In reply to: tim: "Re: IIS 6.0 on Windows Server 2003"
- Messages sorted by: [ date ] [ thread ]
Date: Tue, 20 Jul 2004 23:29:18 -0700
No, I'm pretty certain your problem is not similar to Steve Cox's..
These are the general access patterns for a resource (like an EXE):
1. Allowing the browser to download zipcode.exe and then execute it on the
client. This requires MIME Type for .EXE so that it can be downloaded
2. Allow the user to browse to a web page, which executes zipcode.exe on the
server, and the web page formats the output and returns it to the browser as
a web page. This requires Web Service Extension for the script engine
hosting the web page (but NOT needed for zipcode.exe -- since IIS directly
executes the web page, which indirectly executes zipcode.exe).
3. Allow the user to browse to execute zipcode.exe itself on the server, and
the raw output is immediately sent back to the client. This requires Web
Service Extension for zipcode.exe since IIS is executing it directly.
4. Something else -- if so, describe clearly what is executing where, and
what data is moving between the client/server.
In Steve Cox's case, it's pattern #1. The issue was that his links were for
resources of particular extension that did not have a MIME Type. Thus, as
soon as he adds the MIME type, problem is solved.
Your case sounds like #2.
-- //David IIS This posting is provided "AS IS" with no warranties, and confers no rights. // "tim" <timg@russound.com> wrote in message news:0a1e01c46e72$fbe3bd70$a601280a@phx.gbl... I have looked at the MIME Types and .EXE is listed as: application/octet-stream with NO luck... >-----Original Message----- >I am also experience the similar problems > >I have a zip code look up tool that runs in a web page and >calls zipcode.exe and passes a zip code to it then >displays the zip code with X radius >For example: >>From a command prompt: >C:\ zipcode.exe 03852 5 >03853 >03854 >03855 >03856 >03857 > >I call this script in my web page and pass the zip code >and radius as variables and it WORKS in IIS 5 > >I have looked at the MIME Types and .EXE is listed as: >application/octet-stream > >Now What? > > >>-----Original Message----- >>I found the answer: >> >>If you are using IIs 6.0 (supplied with Windows 2003), >IIS >>serves only files with extensions registered in its MIME >>types list. To ensure that IIS serves the requested >files, >>either add each extension used by those files or a >>wildcard (.*) to the list. To do this, find the top- level >>web directory, open the properties pages and click the >>HTTP Headers tab. Then selet MIME types and add the >>extensions, mapping them to MIME type 'application/octet- >>stream'. >> >>Thanks, >> >>Steve Cox >>>-----Original Message----- >>>What do you mean "it broke"? What happens now when you >>click a link? >>> >>>Cheers >>>Ken >>> >>> >>>"Steve Cox" <anonymous@discussions.microsoft.com> wrote >>in message >>>news:28d4b01c46538$0a2d6e60$a601280a@phx.gbl... >>>: I need to understand if I can launch a desktop >installed >>>: application from a webpage hosted on IIS 6.0? I have >>this >>>: working on IIS 5.0, however it broke after upgrading. >In >>>: IIS 5.0 it was simple, just by adding a file >association >>>: on the desktop the web link just fires off the local >>>: application. It simplifies the use by plant floor >>>: operators that use of our applications. >>>: >>>: Any assistance is appreciated. >>>: >>>: Thanks, >>>: >>>: Steve Cox >>>: >>> >>> >>>. >>> >>. >> >. >
- Next message: tim: "Re: Executing a locally installed program in IIS 6"
- Previous message: Bernard: "Re: IIS 6.0 on Windows Server 2003"
- In reply to: tim: "Re: IIS 6.0 on Windows Server 2003"
- Messages sorted by: [ date ] [ thread ]
Relevant Pages
|
