RE: 404 Not Found

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
> DevExpress.XtraBars.resources.DLL 16:39:23.006 16:39:23.006 19.335
> 0.001
> 0
> 0.000
> 304 Not Modified (not specified) Fri, 08 Oct 2004 16:27:39 GMT
> behsat01/datapipe/client/en/DevExpress.XtraBars.resources.DLL
> 131.184.4.90:80
> 3
> N
> logo.gif 16:39:24.548 16:40:04.909 20.877
> 40.362
> 0
> 0.000
> (no response) behsat01/datapipe/client/logo.gif 131.184.4.90:80
> 3
> N
> DPWebService.asmx 16:39:24.598 16:40:05.187 20.927
> 40.590
> 713
> 140.527
> text/xml; charset=utf-8
> behsat01/datapipe/DPWebServices/DPWebService.asmx 131.184.4.90:80
> 3
> N
> DPWebService.asmx 16:39:35.771 16:41:22.505 32.100
> 1:46.735
> 735
> 55.090
> text/xml; charset=utf-8
> behsat01/datapipe/DPWebServices/DPWebService.asmx 131.184.4.90:80
> 3
> N
> DPWebService.asmx 16:39:54.658 16:41:29.862 50.987
> 1:35.205
> 792
> 66.551
> text/xml; charset=utf-8
> behsat01/datapipe/DPWebServices/DPWebService.asmx 131.184.4.90:80
> 2
> N
> ucGeneralIncident.DLL 16:39:55.516 16:39:56.805 51.845
> 1.290
> 765,952
> 4,750,089.922
> application/x-msdownload 200 OK (not specified) Wed, 20 Jul 2005 13:26:42
> GMT behsat01/datapipe/client/ucGeneralIncident.DLL 131.184.4.90:80
> 2
> N
> ucBase.DLL 16:39:57.000 16:39:57.717 53.329
> 0.718
> 393,216
> 4,381,236.769
> application/x-msdownload 200 OK (not specified) Thu, 20 Oct 2005 14:20:52
> GMT behsat01/datapipe/client/ucBase.DLL 131.184.4.90:80
> 2
> N
> DevExpress.XtraEditors.resources.DLL 16:39:58.070 16:39:58.072 54.399
> 0.003
> 0
> 0.000
> application/x-msdownload 200 OK (not specified) Fri, 08 Oct 2004 16:27:39
> GMT behsat01/datapipe/client/en-US/DevExpress.XtraEditors.resources.DLL
> 131.184.4.90:80
> 2
> N
> DevExpress.XtraEditors.resources.DLL 16:39:58.077 16:39:58.080 54.406
> 0.004
> 0
> 0.000
> application/x-msdownload 200 OK (not specified) Fri, 08 Oct 2004 16:27:39
> GMT behsat01/datapipe/client/en/DevExpress.XtraEditors.resources.DLL
> 131.184.4.90:80
> 2
> N
> ucOrg.DLL 16:39:58.279 16:39:58.506 54.608
> 0.228
> 135,168
> 4,742,736.842
> application/x-msdownload 200 OK (not specified) Mon, 11 Jul 2005 15:47:28
> GMT behsat01/datapipe/client/ucOrg.DLL 131.184.4.90:80
> 2
> N
> KAISystem.Windows.Controls.DLL 16:40:01.637 16:40:01.641 57.966
> 0.005
> 0
> 0.000
> 304 Not Modified (not specified) Mon, 11 Jul 2005 15:47:25 GMT
> behsat01/datapipe/client/KAISystem.Windows.Controls.DLL 131.184.4.90:80
> 2
> N
> System.Drawing.DLL 16:40:01.660 16:40:01.667 57.989
> 0.008
> 864
> 864,000.000
> text/html 404 Not Found (not specified) (not specified)
> behsat01/datapipe/client/System.Drawing.DLL 131.184.4.90:80
> 4
> N
> System.Drawing.DLL 16:40:01.670 16:40:01.676 57.999
> 0.007
> 864
> 987,428.571
> text/html 404 Not Found (not specified) (not specified)
> behsat01/datapipe/client/System.Drawing/System.Drawing.DLL 131.184.4.90:80
> 5
> N
> System.Drawing.DLL 16:40:01.678 16:40:01.684 58.007
> 0.007
> 864
> 987,428.571
> text/html 404 Not Found (not specified) (not specified)
> behsat01/datapipe/client/bin/System.Drawing.DLL 131.184.4.90:80
> 6
> N
> System.Drawing.DLL 16:40:01.688 16:40:01.693 58.017
> 0.006
> 864
> 1,152,000.000
> text/html 404 Not Found (not specified) (not specified)
> behsat01/datapipe/client/bin/System.Drawing/System.Drawing.DLL
> 131.184.4.90:80
> 7
> N
> System.Drawing.EXE 16:40:01.696 16:40:01.701 58.025
> 0.006
> 864
> 1,152,000.000
> text/html 404 Not Found (not specified) (not specified)
> behsat01/datapipe/client/System.Drawing.EXE 131.184.4.90:80
> 8
> N
> System.Drawing.EXE 16:40:01.705 16:40:01.712 58.034
> 0.008
> 864
> 864,000.000
> text/html 404 Not Found (not specified) (not specified)
> behsat01/datapipe/client/System.Drawing/System.Drawing.EXE 131.184.4.90:80
> 9
> N
> System.Drawing.EXE 16:40:01.714 16:40:01.719 58.043
> 0.006
> 864
> 1,152,000.000
> text/html 404 Not Found (not specified) (not specified)
> behsat01/datapipe/client/bin/System.Drawing.EXE 131.184.4.90:80
> 10
> N
> System.Drawing.EXE 16:40:01.722 16:40:01.728 58.051
> 0.007
> 864
> 987,428.571
> text/html 404 Not Found (not specified) (not specified)
> behsat01/datapipe/client/bin/System.Drawing/System.Drawing.EXE
> 131.184.4.90:80
> 11
> N
> System.Drawing.DLL 16:40:01.820 16:40:01.826 58.149
> 0.007
> 864
.

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: Webservice problem (after iisreset)
    ... I was speaking about whatever means you're suing the make the call from the client. ... If it already waits one minute for the failure then it sounds like the timeout is already high enough. ... So use wsdl.exe to generate a .NET proxy to your webservice to see if that style of client has the same problems or not. ... If it does, then it sounds like something on the server, if it does not then it's likley your HTC framework. ...
    (microsoft.public.dotnet.framework.aspnet.webservices)
  • Re: Web service testing
    ... To test if my code was faulty or not, I back-ported the web service to a standard 2.0 web service using Visual Studio 2005. ... The service is run under IIS on a Windows 2003 server, so there are no server side connection limits that can explain this. ... ASP.NET webservice application. ... In addition, since the problems occur at client, you can use Visual studio ...
    (microsoft.public.dotnet.framework.webservices)
  • Calling COM Server from ASP.NET WebService - impersonation problem
    ... I want to call a COM+ server from a webservice. ... credentials so I have set ... and check the current User it is the client as it should be. ...
    (microsoft.public.dotnet.framework.aspnet.security)
  • RE: 404 Not Found
    ... \par which register the ASP.NET in the IIS server ... \par Microsoft Online Support ... \par> server is an ASP.NET webservice, currently you found that the server will ... \par> whether it is client side related..... ...
    (microsoft.public.dotnet.framework.webservices)
Loading