Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
HomeAnnouncementsFree MagazinesWhite PapersSubmit Content
Discussion GroupsASP.NETWindows FormsLanguages.NET FrameworkVisual Studio.NET
Articles.NET FrameworkASP.NETToolsWindows Forms
.NET DirectoryOpen Source ProjectsUser GroupsWeb Resources
Related Topics
Visual Basic 6SQL ServerMS AccessOther DB ProductsMS Server ProductsMore Topics ...

.NET Forum / .NET Framework / Distributed Applications / May 2004

Tip: Looking for answers? Try searching our database.

Smart client problems with IIS6, works on IIS5 (is not another .config-thread)

Thread view: 
Enable EMail Alerts  Start New 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 Magazines

Get 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 ...

Oracle MagazineNetwork ComputingComputer WorldBio-IT WorldeWeekInformation WeekInfosecurity
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.