Discussion:
hosting UserControl (dll) inside IE using IIS
(too old to reply)
Sahridhayan
2008-05-09 02:55:01 UTC
Permalink
Hi all,

Why the Assembly hosted in IIS is getting downloaded in to "Temporary
Internet Files" folder every time

thought it is getting downloaded only one time in "Download cache"

even though there is not change in the DLL version or stamp?

it is explained/discussed here also,

http://p2p.wrox.com/topic.asp?TOPIC_ID=28005

Please find the link http://support.microsoft.com/kb/814668 state problem
with .net 1.0 and IE 6.0 SP1

is this issue still applicable with .net 2.0?


My Environment: (Client & Server)
IE 6.0 SP 2 and Windows 2003 Server Standard Edition SP2 .Net 2.0 &
.Net 1.1



Thank you,

Sahridhayan
Robert Aldwinckle
2008-05-09 12:41:09 UTC
Permalink
Post by Sahridhayan
Hi all,
Why the Assembly hosted in IIS is getting downloaded in to "Temporary
Internet Files" folder every time
thought it is getting downloaded only one time in "Download cache"
even though there is not change in the DLL version or stamp?
it is explained/discussed here also,
http://p2p.wrox.com/topic.asp?TOPIC_ID=28005
Yes. Here is perhaps the most useful thing to learn from it:

<quote>
I discovered all this by monitoring the requests and responses between IE and IIS
(I used the Fiddler tool from Microsoft - available at http://www.fiddlertool.com)
</quote>

In fact, there is now a later version of Fiddler which can be found
by doing a web search for Fiddler2.


Good luck

Robert Aldwinckle
---
Post by Sahridhayan
Please find the link http://support.microsoft.com/kb/814668 state problem
with .net 1.0 and IE 6.0 SP1
is this issue still applicable with .net 2.0?
My Environment: (Client & Server)
IE 6.0 SP 2 and Windows 2003 Server Standard Edition SP2 .Net 2.0 &
.Net 1.1
Thank you,
Sahridhayan
Sahridhayan
2008-05-12 08:03:00 UTC
Permalink
Thanks Robert,

The 1st place is "Fiddler" which shows me that DLL does not get downloaded
at all,


But the DLL file present in "TIL" have the Timestamp changed for this
properties

"Last Accessed" & "Last Checked" does that mean it does not get downloaded
again but only checking server for change of versions?

But i still see a performance problem
Post by Robert Aldwinckle
Post by Sahridhayan
Hi all,
Why the Assembly hosted in IIS is getting downloaded in to "Temporary
Internet Files" folder every time
thought it is getting downloaded only one time in "Download cache"
even though there is not change in the DLL version or stamp?
it is explained/discussed here also,
http://p2p.wrox.com/topic.asp?TOPIC_ID=28005
<quote>
I discovered all this by monitoring the requests and responses between IE and IIS
(I used the Fiddler tool from Microsoft - available at http://www.fiddlertool.com)
</quote>
In fact, there is now a later version of Fiddler which can be found
by doing a web search for Fiddler2.
Good luck
Robert Aldwinckle
---
Post by Sahridhayan
Please find the link http://support.microsoft.com/kb/814668 state problem
with .net 1.0 and IE 6.0 SP1
is this issue still applicable with .net 2.0?
My Environment: (Client & Server)
IE 6.0 SP 2 and Windows 2003 Server Standard Edition SP2 .Net 2.0 &
.Net 1.1
Thank you,
Sahridhayan
Robert Aldwinckle
2008-05-12 14:07:55 UTC
Permalink
Post by Sahridhayan
Thanks Robert,
The 1st place is "Fiddler" which shows me that DLL does not get downloaded
at all,
But the DLL file present in "TIL" have the Timestamp changed for this
properties
"Last Accessed" & "Last Checked" does that mean it does not get downloaded
again but only checking server for change of versions?
Unfortunately, it can also mean that you checked or used it offline too.
(That's why History is so useless now in IE7.)
Post by Sahridhayan
But i still see a performance problem
Details? ; )

Looks like you may be confusing checking for downloading.
If you don't want it even checked change your Cache checking setting
to Never. E.g. Alt-T,O,Alt-S,N

Note that then you may have to resort to more frequent use of F5
or even of Ctrl-F5 to be sure that you are getting current content.


HTH

Robert
---

Loading...