.NET Forum / .NET Framework / Distributed Applications / May 2004
Smart client problems with IIS6, works on IIS5 (is not another .config-thread)
|
|
Thread rating:  |
Daniel - 08 Apr 2004 08:54 GMT Hello,
I have a small smart-client project (1 exe and 5 dll's NO .config) all in the same folder on a webserver. The folder have no execute or scipt-execute permission. The client have FullTrust regarding this webserver
I have a html-file calling the smart client like this <OBJECT id="type" classid="HTTP://www.server.com/client/systemname.client.exe#systemname.client.type" width=100% height=100%></OBJECT>
If I host the site on a IIS5 everything works ok and I end up with the assemblys in the Temporary Internet Files. ie the file "systemname.client.exe" resides there.
If I host the site with IIS6 a request goes out to the webservrer and it responds with the correct file. BUT I end up with a "systemname.client.exe#systemname.client.type" file in the Temporary Internet Files and one FusionBindError-file.
The webserverlog GET /client/systemname.client.exe 200 0 0 GET /iexplore.exe.config 404 0 2 GET /client/systemname.client.exe 200 0 64
As you can see there is a successful download of the .exe and then a request for "iexplore.exe.config" ?!? and then a second reguest.
The second request is explained in the FusionBindError-file where I get a "System.IO.FileNotFoundException" due to the fact that the downloaded file ends up with a faulty name.
Any suggestions?! Sincerely, Daniel Karlsson
[MSFT] - 08 Apr 2004 10:55 GMT Hi Daniel,
I have performed a simliar test with IIS 6 and framework 1.1, but I did get systemname.client.exe in the temporarily files folder. Is the systemname.client.exe in the same virtual folder as your web page?
Luke Microsoft Online Support
 Signature Get Secure! www.microsoft.com/security (This posting is provided "AS IS", with no warranties, and confers no rights.)
Daniel - 08 Apr 2004 17:28 GMT Hello,
The app is in a folder and not in the same virtual directory as the webpage.
It's really wierd and I have tried to change mime-types for .exe, .dll on the IIS6 server but no success.
The app have several dependancys but they all are located in the same folder with read-access and no script/app-execution. It's a multi tier remoting smart client.
It's a show-stopper and quite serious. A workaround is ofcourse to use a extra webserver with iis5 or apache but I dont like the idea..
/Daniel
> Hi Daniel, > [quoted text clipped - 8 lines] > (This posting is provided "AS IS", with no warranties, and confers no > rights.) [MSFT] - 09 Apr 2004 07:25 GMT Hi Daniel,
I don't think it is the different between IIS 6 and 5 which cuased the problem. It may be related to the different settings on the two computers. Have you tried create a new asp.net for test? I suggest yo may begin with a web form with a windows Usercontrol on the web server.Additioanlly, is the error occur on all of your client computers?
Luke Microsoft Online Support
 Signature Get Secure! www.microsoft.com/security (This posting is provided "AS IS", with no warranties, and confers no rights.)
Daniel - 10 Apr 2004 08:57 GMT Hello,
The error occurs on all test-clients I have. I'll try using a clean asp.net project hosting a usercontrol but I dont see how there can be another result. My web.config is mostly standard and I have no strange settings on the server.
The problem must be in some header or something that makes the client cache the file with the assembly#type - name instead of just the assembly - name.
Sincerely, Daniel
> Hi Daniel, > [quoted text clipped - 10 lines] > (This posting is provided "AS IS", with no warranties, and confers no > rights.) [MSFT] - 12 Apr 2004 09:04 GMT Hi Daniel,
After more investment on this issue, I found it may be related to multiple issues as followings:
1. the systemname.client.exe id not strong named 2. This also could be due to a cache-control: no-cache setting that may be sent on the server, 3. the failing directory has Execute Permissions set to Scripts and Executables.
You may check this one by one.
Hope this help,
Luke Microsoft Online Support
 Signature Get Secure! www.microsoft.com/security (This posting is provided "AS IS", with no warranties, and confers no rights.)
Daniel - 13 Apr 2004 08:06 GMT Hello Luke
First of all, thanx for your efforts so far!
1. The assembly is strong named 2. No cachesettings is enabled on the server 3. The directory has no execute or script-execute permission as stated abowe
I still wind up with this in my temporary internet files FILE1 - ?FusionBindError!name=DocumentManager.ImageViewer.exe DocumentManager.ImageViewer.Viewer FILE2 - http://digidoc.arkiv.digidoc.com/viewer/DocumentManager.ImageViewer.exe#Document Manager.ImageViewer.Viewer FILE3 - TEST.HTM
The fusionbinderror-file still says FileNotFound exception. The problem is that the FILE2 gets a faulty name including the TYPE
Sincerely, Daniel
> Hi Daniel, > [quoted text clipped - 17 lines] > (This posting is provided "AS IS", with no warranties, and confers no > rights.) [MSFT] - 13 Apr 2004 09:30 GMT It is really a nutshell. Deniel, did you enable HTTP Compression on the IIS. This is alos a possible reason to cause such a problem. To check this:
How to Determine if HTTP Compression Is in Use http://support.microsoft.com/default.aspx?scid=kb;en-us;Q255801
Luke Microsoft Online Support
 Signature Get Secure! www.microsoft.com/security (This posting is provided "AS IS", with no warranties, and confers no rights.)
Daniel - 13 Apr 2004 17:34 GMT Hello, Luke
I have disabled HTTP compression just to be sure and there is no compressed files in the compression-folder.
It's quite strange that it works on all other servers BUT the productionserver. The server is a compaq/HP server with the usual HP-tools running.
I've checked all settings in the IIS-console and verified them against the other servers and everything looks ok.
Right now I'm working on a workaround and will try to host just thiese files on the DB-server. It's a bad solution but since this is a show-stopper it has to be done.
The server sends the file to the client with a "200 0 0" result but the file ends up as assembly#type in the "temporary internet files" folder and causes this problem.
Sincerely, Daniel Karlsson
> It is really a nutshell. Deniel, did you enable HTTP Compression on the > IIS. This is alos a possible reason to cause such a problem. To check this: [quoted text clipped - 8 lines] > (This posting is provided "AS IS", with no warranties, and confers no > rights.) [MSFT] - 14 Apr 2004 08:53 GMT Hi Daniel,
If it is possible, I would like suggest you reinstall IIS and .NEt framework on the server. This may resolve the problem finally.
Luke Microsoft Online Support
 Signature Get Secure! www.microsoft.com/security (This posting is provided "AS IS", with no warranties, and confers no rights.)
Daniel - 13 Apr 2004 09:01 GMT Hello Luke
First of all, thanx for your efforts so far!
1. The assembly is strong named 2. No cachesettings is enabled on the server 3. The directory has no execute or script-execute permission as stated abowe
I still wind up with this in my temporary internet files FILE1 - ?FusionBindError!name=DocumentManager.ImageViewer.exe DocumentManager.ImageViewer.Viewer FILE2 - http://digidoc.arkiv.digidoc.com/viewer/DocumentManager.ImageViewer.exe#Document Manager.ImageViewer.Viewer FILE3 - TEST.HTM
The fusionbinderror-file still says FileNotFound exception. The problem is that the FILE2 gets a faulty name including the TYPE
Sincerely, Daniel
> Hi Daniel, > [quoted text clipped - 17 lines] > (This posting is provided "AS IS", with no warranties, and confers no > rights.) DotNetJunkies User - 21 May 2004 14:28 GMT Did you ever solve this? I'm having the exact same problem.
Thanks in advance!!
---
Daniel - 13 Apr 2004 12:17 GMT Found more info:
I've tried several servers now and the only one that fails is the one for production. I've verifyed every setting in IIS screen by screen and there is nothing seperating the PROD and test servers. The only differense is that the production server listens for a given domain-header.
I've found a differense in the web-loggs though! Upon success (test enviroment) the cs(User-Agent) is Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+NT+5.1;+.NET+CLR+1.1.4322)
But! On failure the cs(User-Agent) is Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+NT+5.1;+.NET+CLR+1.1.4322) http://digidoc.arkiv.digidoc.com/test.htm
Including the name and path of the calling htm-file?!
Any suggestions? Sincerely, Daniel
> Hi Daniel, > [quoted text clipped - 17 lines] > (This posting is provided "AS IS", with no warranties, and confers no > rights.) Daniel - 14 Apr 2004 07:20 GMT Ignore this post, it just was a result of different log-settings
Run with the thread above
> Found more info: > [quoted text clipped - 39 lines] > > (This posting is provided "AS IS", with no warranties, and confers no > > rights.)
Free MagazinesGet these publications absolutely FREE for up to 12 months. There are no hidden fees and no obligation. Simply choose a title, complete the application form and submit it. Read more ...
|
|
|