RE: 404 Not Found

Tech-Archive recommends: Repair Windows Errors & Optimize Windows Performance

We're continuing to have a problem with this. I just posted another question
about "Autodeploy Cache (Re)use." It just doesn't behave like the Dlls in
the GAC are getting reused from run to run; only within a given program
session.

As far as I know they're strong-named. But you also mention "unless..."
Can you tell me what to look for here to see if we're doing something that's
preventing the cached files from being reused?

"Steven Cheng[MSFT]" wrote:

> Hi Mach2,
>
> Generally, all strong-named assemblies will be searched in GAC first,
> unless we use some binding redirection and set a particular codebase for
> the assembly .... Or we manually load the assembly with Partial name (not
> full assembly name....). Anyway, I do think this a very strange behavior,
> you can also copy your webservice to another server to see whether it will
> also suffer such problem ...
>
> Regards,
>
> Steven Cheng
> Microsoft Online Support
>
> Get Secure! www.microsoft.com/security
> (This posting is provided "AS IS", with no warranties, and confers no
> rights.)
>
>
> --------------------
> Thread-Topic: 404 Not Found
> thread-index: AcYHtt3/opkNC+QVT7GabvhSz4BtYQ==
> X-WBNR-Posting-Host: 68.236.196.77
> From: "=?Utf-8?B?Tm9ybUQ=?=" <mach2@xxxxxxxxxxxxxxxx>
> References: <9AAA5709-83EF-4CF5-8FA2-8D66EB8E0946@xxxxxxxxxxxxx>
> <j4xARudBGHA.3764@xxxxxxxxxxxxxxxxxxxxx>
> <23A082C2-82EE-4351-AC5C-B5A4B1B6698F@xxxxxxxxxxxxx>
> <lgX0hJ5BGHA.3992@xxxxxxxxxxxxxxxxxxxxx>
> Subject: RE: 404 Not Found
> Date: Fri, 23 Dec 2005 03:49:01 -0800
> Lines: 309
> Message-ID: <7D4CB1D3-6F5C-42AD-8F6A-5AD77A38A3E6@xxxxxxxxxxxxx>
> MIME-Version: 1.0
> Content-Type: text/plain;
> charset="Utf-8"
> Content-Transfer-Encoding: 7bit
> X-Newsreader: Microsoft CDO for Windows 2000
> Content-Class: urn:content-classes:message
> Importance: normal
> Priority: normal
> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.0
> Newsgroups: microsoft.public.dotnet.framework.webservices
> NNTP-Posting-Host: TK2MSFTNGXA03.phx.gbl 10.40.2.250
> Path: TK2MSFTNGXA02.phx.gbl!TK2MSFTNGXA03.phx.gbl
> Xref: TK2MSFTNGXA02.phx.gbl
> microsoft.public.dotnet.framework.webservices:13168
> X-Tomcat-NG: microsoft.public.dotnet.framework.webservices
>
> We agree they SHOULD be in the GAC. Is there a way (a utility) to tell
> what's in there? Can a config file possibly tell it not to look in hte GAC?
>
> I will find out about the trust level.
>
> Thanks for your continuing assistance!
>
> "Steven Cheng[MSFT]" wrote:
>
> > Hi Mach2,
> >
> > The System.Drawing.Dll is a build-in .net framework assembly, so they
> > should exists in the GAC after the .net framework has been successfully
> > installed. that's why I feel very strange that the program shows it is
> > probing for the System.Drawing.Dll in the private "bin" path....
> >
> > BTW, what's the current trustLevel of your ASP.NET webservice on the
> server
> > , are you using asp.net 1.1 or 2.0? You can find the default setting in
> the
> > maching.config <trust level="...." > element for .net 1.1 or the
> global
> > web.config file for .net 2.0 ....
> >
> > they'll under the
> >
> > %windir%\Microsoft.NET\Framework\[.net version]\CONFIG
> >
> > In addition, you can try running the following command (from VS.NET
> command
> > window ) or in the
> >
> > %windir%\Microsoft.NET\Framework\[.net version]\ directory:
> >
> > aspnet_regiis -i
> >
> > which register the ASP.NET in the IIS server ......
> >
> > Thanks,
> >
> > Steven Cheng
> > Microsoft Online Support
> >
> > Get Secure! www.microsoft.com/security
> > (This posting is provided "AS IS", with no warranties, and confers no
> > rights.)
> >
> > --------------------
> > Thread-Topic: 404 Not Found
> > thread-index: AcYHMpKi4zs6EXsMReeMmnpxROjCQA==
> > X-WBNR-Posting-Host: 68.236.196.77
> > From: "=?Utf-8?B?Tm9ybUQ=?=" <mach2@xxxxxxxxxxxxxxxx>
> > References: <9AAA5709-83EF-4CF5-8FA2-8D66EB8E0946@xxxxxxxxxxxxx>
> > <j4xARudBGHA.3764@xxxxxxxxxxxxxxxxxxxxx>
> > Subject: RE: 404 Not Found
> > Date: Thu, 22 Dec 2005 12:02:01 -0800
> > Lines: 318
> > Message-ID: <23A082C2-82EE-4351-AC5C-B5A4B1B6698F@xxxxxxxxxxxxx>
> > MIME-Version: 1.0
> > Content-Type: text/plain;
> > charset="Utf-8"
> > Content-Transfer-Encoding: 7bit
> > X-Newsreader: Microsoft CDO for Windows 2000
> > Content-Class: urn:content-classes:message
> > Importance: normal
> > Priority: normal
> > X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.0
> > Newsgroups: microsoft.public.dotnet.framework.webservices
> > NNTP-Posting-Host: TK2MSFTNGXA03.phx.gbl 10.40.2.250
> > Path: TK2MSFTNGXA02.phx.gbl!TK2MSFTNGXA03.phx.gbl
> > Xref: TK2MSFTNGXA02.phx.gbl
> > microsoft.public.dotnet.framework.webservices:13159
> > X-Tomcat-NG: microsoft.public.dotnet.framework.webservices
> >
> > The web servvice does a bunch of different things; it is a 'real"
> program,
> > not a test routine. Princiaplly it is communicating to and from a
> > database,
> > working to either get the records to make a dataset or taking a dataset
> and
> > posting it to the database, the dataset frequently having a parent record
> > and
> > multiple tables for child records.
> >
> > We're looking in the environment, what the trace shows wehn the service
> is
> > called from other PC, etc. I assume the .NET Framework installation on
> the
> > server is "normal."
> >
> > What causes all the searching for the DLL and EXE files named in the
> trace?
> >
> > What does it use to determine where it searches and what order?
> >
> > I hate quick fixes, but is it feasible to copy the "missing" DLL and EXE
> to
> > the first place it shows it is looking so it finds them right away?
> >
> > "Steven Cheng[MSFT]" wrote:
> >
> > > Hi Mach2,
> > >
> > > Welcome to MSDN newsgroup.
> > > From your description, you've a client/server based applications, the
> > > server is an ASP.NET webservice, currently you found that the server
> will
> > > always spend long time searching for some certain components, yes?
> > >
> > > For this problem, I think it's possibly caused by the webservice
> server's
> > > environment... Is the webservice a simple webservice or does it perform
> > > some particular tasks (any particular componentes it has
> referenced?)...
> > > You can try calling the webservice from some other client to confirm
> > > whether it is client side related.....
> > > Also, it seems abit strange that the log indicate the runtime is
> > searching
> > > the system.drawing.dll as a text/html resource.... Is your webservice
> > > deloyed in a standard IIS website with only ASP.NET registered? Has it
> > > been exteneded by some other services such as WSS/SPS?
> > >
> > > If there're anything else I missed, please feel free to post here.
> > >
> > > Regards,
> > >
> > > Steven Cheng
> > > Microsoft Online Support
> > >
> > > Get Secure! www.microsoft.com/security
> > > (This posting is provided "AS IS", with no warranties, and confers no
> > > rights.)
> > >
> > >
> > > --------------------
> > > Thread-Topic: 404 Not Found
> > > thread-index: AcYFbjtICCGcw0mnQEK5mEKMoiJm0w==
> > > X-WBNR-Posting-Host: 68.236.196.77
> > > From: "=?Utf-8?B?Tm9ybUQ=?=" <mach2@xxxxxxxxxxxxxxxx>
> > > Subject: 404 Not Found
> > > Date: Tue, 20 Dec 2005 06:04:02 -0800
> > > Lines: 753
> > > Message-ID: <9AAA5709-83EF-4CF5-8FA2-8D66EB8E0946@xxxxxxxxxxxxx>
> > > MIME-Version: 1.0
> > > Content-Type: text/plain;
> > > charset="Utf-8"
> > > Content-Transfer-Encoding: 7bit
> > > X-Newsreader: Microsoft CDO for Windows 2000
> > > Content-Class: urn:content-classes:message
> > > Importance: normal
> > > Priority: normal
> > > X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.0
> > > Newsgroups: microsoft.public.dotnet.framework.webservices
> > > NNTP-Posting-Host: TK2MSFTNGXA03.phx.gbl 10.40.2.250
> > > Path: TK2MSFTNGXA02.phx.gbl!TK2MSFTNGXA01.phx.gbl!TK2MSFTNGXA03.phx.gbl
> > > Xref: TK2MSFTNGXA02.phx.gbl
> > > microsoft.public.dotnet.framework.webservices:13114
> > > X-Tomcat-NG: microsoft.public.dotnet.framework.webservices
> > >
> > > We have a client-server app using Web Services on an IIS machine. The
> > > trace
> > > below shows that .NET is searching around for some things (e.g.,
> > > SystemDrawing.DLL and System.Drawing.EXE) and taking a LONG time to
> > locate
> > > them. Time after time. The application DOES run, so it is ultimately
> > > finding what it needs.
> > >
> > > How can we tell "it" where these are located (should we even have to?)
> so
> > > it
> > > can look directly there instead of searching?
> > >
> > > Object View
> > > Created on 12/15/05 at 16:45:18
> > >
> >
> ----------------------------------------------------------------------------
> > > ----
> > > Application: TracePlus/Web Detective (Standard Edition)
> > > Operating system: Windows XP (build 2600)
> > > Service Pack 1
> > > Windows version: 5.1.2600
> > > Computer name: TJLAIRDXP-T41
> > > Computer type: Server
> > > IP address: 131.184.219.103
> > > Total Processors: 1
> > > Display
> > > Resolution: 1280x1024 pixels
> > > Max resolution: 1400x1050 pixels
> > > Color depth: 32 bits
> > > Memory
> > > Total Physical: 1,072.61 MB
> > > Free Physical: 449.76 MB
> > > Total Virtual: 2,147.35 MB
> > > Free Virtual: 2,022.65 MB
> > > Page File
> > > Total Size: 2,580.47 MB
> > > Available: 2,030.48 MB
> > >
> >
> ----------------------------------------------------------------------------
> > > ----
> > >
> > > ID
> > > SSL (Y/N) Name Requested Finished Relative Time
> > > Elapsed
> > > Size
> > > Bits/Sec
> > > Type Status Expires Last Modified URL Remote IP:Port
> > > 1
> > > N
> > > datapipe.exe 16:39:03.672 16:39:03.672 0.000
> > > 0.001
> > > 0
> > > 0.000
> > > 304 Not Modified (not specified) Mon, 11 Jul 2005 15:51:32 GMT
> > > behsat01/datapipe/client/datapipe.exe 131.184.4.90:80
> > > 2
> > > N
> > > datapipe.exe 16:39:09.076 16:39:09.076 5.405
> > > 0.001
> > > 0
> > > 0.000
> > > 304 Not Modified (not specified) Mon, 11 Jul 2005 15:51:32 GMT
> > > behsat01/datapipe/client/datapipe.exe 131.184.4.90:80
> > > 3
> > > N
> > > datapipe.exe.config 16:39:18.529 16:39:35.834 14.858
> > > 17.306
> > > 0
> > > 0.000
> > > (no response) behsat01/datapipe/client/datapipe.exe.config
> > > 131.184.4.90:80
> > > 3
> > > N
> > > datapipe.exe.config 16:39:20.121 16:39:55.444 16.450
> > > 35.324
> > > 0
> > > 0.000
> > > (no response) behsat01/datapipe/client/datapipe.exe.config
> > > 131.184.4.90:80
> > > 2
> > > N
> > > DevExpress.XtraBars.resources.DLL 16:39:22.695 16:39:22.695 19.024
> > > 0.001
> > > 0
> > > 0.000
> > > 304 Not Modified (not specified) Fri, 08 Oct 2004 16:27:39 GMT
> > > behsat01/datapipe/client/en-US/DevExpress.XtraBars.resources.DLL
> > > 131.184.4.90:80
> > > 2
> > > N
.

Relevant Pages

  • RE: 404 Not Found
    ... Can a config file possibly tell it not to look in hte GAC? ... what's the current trustLevel of your ASP.NET webservice on the server ... >> whether it is client side related..... ...
    (microsoft.public.dotnet.framework.webservices)
  • RE: Windows Forms SOAP Server
    ... Steven Cheng ... Microsoft Online Support ... | Thread-Topic: Windows Forms SOAP Server ... you have a certain client which use webservice ...
    (microsoft.public.dotnet.framework.windowsforms)
  • Re: Exporting & Installing WebParts
    ... Now this installs the assembly into the gac and sets up the web.config file ... correctly and the webpart shows up in the Virtual Server Gallery. ... > edit the web.config file to grant Trust to the assembly. ...
    (microsoft.public.sharepoint.portalserver.development)
  • Re: Install an assembly to GAC on a remote server
    ... But your statement confuses me a bit: "I am searching for a way to install ... > server, because the program runs only on one BT server and has to register ... > the assemblies to the GAC on both machines." ... there is no need to have the assemblies present in the GAC on the "other" ...
    (microsoft.public.biztalk.general)
  • Re: ASP.Net doesnt like my ServicedComponent class? [C#]
    ... reregister in GAC and redeploy your assembly. ... > public string GetString() ... > running as a server application under COM+. ... > public interface IReadData ...
    (microsoft.public.dotnet.framework.aspnet)