RE: 404 Not Found

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

Relevant Pages

  • 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)
  • Re: Events, using interface assembly and Activator.GetObject
    ... Only the shared objects, e.g. the remotable object, should be in the GAC, ... same directory as the client, ... The same for the server. ... override the lifetime management implementation. ...
    (microsoft.public.dotnet.framework.remoting)
  • 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)
  • 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)