469,271 Members | 1,424 Online
Bytes | Developer Community
New Post

Home Posts Topics Members FAQ

Post your question to a community of 469,271 developers. It's quick & easy.

404 Not Found

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
987,428.571
text/html 404 Not Found (not specified) (not specified)
behsat01/datapipe/client/System.Drawing.DLL 131.184.4.90:80
12
N
System.Drawing.DLL 16:40:01.829 16:40:01.834 58.158
0.006
864
1,152,000.000
text/html 404 Not Found (not specified) (not specified)
behsat01/datapipe/client/System.Drawing/System.Drawing.DLL 131.184.4.90:80
13
N
System.Drawing.DLL 16:40:01.838 16:40:01.844 58.167
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
14
N
System.Drawing.DLL 16:40:01.849 16:40:01.855 58.178
0.007
864
987,428.571
text/html 404 Not Found (not specified) (not specified)
behsat01/datapipe/client/bin/System.Drawing/System.Drawing.DLL
131.184.4.90:80
15
N
System.Drawing.EXE 16:40:01.858 16:40:01.863 58.187
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
16
N
System.Drawing.EXE 16:40:01.866 16:40:01.872 58.195
0.007
864
987,428.571
text/html 404 Not Found (not specified) (not specified)
behsat01/datapipe/client/System.Drawing/System.Drawing.EXE 131.184.4.90:80
17
N
System.Drawing.EXE 16:40:01.875 16:40:01.880 58.204
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
18
N
System.Drawing.EXE 16:40:01.883 16:40:01.888 58.212
0.006
864
1,152,000.000
text/html 404 Not Found (not specified) (not specified)
behsat01/datapipe/client/bin/System.Drawing/System.Drawing.EXE
131.184.4.90:80
19
N
System.Drawing.DLL 16:40:02.160 16:40:02.167 58.489
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
20
N
System.Drawing.DLL 16:40:02.171 16:40:02.176 58.500
0.006
864
1,152,000.000
text/html 404 Not Found (not specified) (not specified)
behsat01/datapipe/client/System.Drawing/System.Drawing.DLL 131.184.4.90:80
21
N
System.Drawing.DLL 16:40:02.179 16:40:02.187 58.508
0.009
864
768,000.000
text/html 404 Not Found (not specified) (not specified)
behsat01/datapipe/client/bin/System.Drawing.DLL 131.184.4.90:80
22
N
System.Drawing.DLL 16:40:02.190 16:40:02.196 58.519
0.007
864
987,428.571
text/html 404 Not Found (not specified) (not specified)
behsat01/datapipe/client/bin/System.Drawing/System.Drawing.DLL
131.184.4.90:80
23
N
System.Drawing.EXE 16:40:02.199 16:40:02.205 58.528
0.007
864
987,428.571
text/html 404 Not Found (not specified) (not specified)
behsat01/datapipe/client/System.Drawing.EXE 131.184.4.90:80
24
N
System.Drawing.EXE 16:40:02.212 16:40:02.218 58.541
0.007
864
987,428.571
text/html 404 Not Found (not specified) (not specified)
behsat01/datapipe/client/System.Drawing/System.Drawing.EXE 131.184.4.90:80
25
N
System.Drawing.EXE 16:40:02.221 16:40:02.225 58.550
0.005
864
1,382,400.000
text/html 404 Not Found (not specified) (not specified)
behsat01/datapipe/client/bin/System.Drawing.EXE 131.184.4.90:80
26
N
System.Drawing.EXE 16:40:02.229 16:40:02.235 58.558
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
27
N
Keyoti.RapidSpell.DLL 16:40:02.595 16:40:02.904 58.924
0.310
184,319
4,756,619.355
application/x-msdownload 200 OK (not specified) Fri, 09 Jan 2004 13:41:52
GMT behsat01/datapipe/client/Keyoti.RapidSpell.DLL 131.184.4.90:80
3
N
DPWebService.asmx 16:40:04.760 16:41:30.007 1:01.089
1:25.248
5,766
541.104
text/xml; charset=utf-8
behsat01/datapipe/DPWebServices/DPWebService.asmx 131.184.4.90:80
3
N
DPWebService.asmx 16:40:05.060 16:41:57.925 1:01.389
1:52.866
20,002
1,417.752
text/xml; charset=utf-8
behsat01/datapipe/DPWebServices/DPWebService.asmx 131.184.4.90:80
3
N
DPWebService.asmx 16:40:06.167 16:42:01.128 1:02.496
1:54.962
808
56.227
text/xml; charset=utf-8
behsat01/datapipe/DPWebServices/DPWebService.asmx 131.184.4.90:80
3
N
DPWebService.asmx 16:40:06.424 16:42:01.198 1:02.753
1:54.775
398
27.741
text/xml; charset=utf-8
behsat01/datapipe/DPWebServices/DPWebService.asmx 131.184.4.90:80
3
N
DPWebService.asmx 16:40:36.229 16:42:25.320 1:32.558
1:49.092
398
29.186
text/xml; charset=utf-8
behsat01/datapipe/DPWebServices/DPWebService.asmx 131.184.4.90:80
3
N
DPWebService.asmx 16:41:06.230 16:42:28.095 2:02.559
1:21.866
398
38.893
text/xml; charset=utf-8
behsat01/datapipe/DPWebServices/DPWebService.asmx 131.184.4.90:80
3
N
DPWebService.asmx 16:41:21.864 16:42:28.158 2:18.193
1:06.295
789
95.211
text/xml; charset=utf-8
behsat01/datapipe/DPWebServices/DPWebService.asmx 131.184.4.90:80
28
N
ucInjuryIllness.DLL 16:41:22.568 16:41:24.427 2:18.897
1.860
700,416
3,012,541.935
application/x-msdownload 200 OK (not specified) Mon, 11 Jul 2005 15:51:09
GMT behsat01/datapipe/client/ucInjuryIllness.DLL 131.184.4.90:80
28
N
System.Drawing.DLL 16:41:27.162 16:41:27.167 2:23.491
0.006
864
1,152,000.000
text/html 404 Not Found (not specified) (not specified)
behsat01/datapipe/client/System.Drawing.DLL 131.184.4.90:80
29
N
System.Drawing.DLL 16:41:27.170 16:41:27.176 2:23.499
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
30
N
System.Drawing.DLL 16:41:27.179 16:41:27.185 2:23.508
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
31
N
System.Drawing.DLL 16:41:27.188 16:41:27.193 2:23.517
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
32
N
System.Drawing.EXE 16:41:27.197 16:41:27.201 2:23.526
0.005
864
1,382,400.000
text/html 404 Not Found (not specified) (not specified)
behsat01/datapipe/client/System.Drawing.EXE 131.184.4.90:80
33
N
System.Drawing.EXE 16:41:27.205 16:41:27.210 2:23.534
0.006
864
1,152,000.000
text/html 404 Not Found (not specified) (not specified)
behsat01/datapipe/client/System.Drawing/System.Drawing.EXE 131.184.4.90:80
34
N
System.Drawing.EXE 16:41:27.214 16:41:27.219 2:23.543
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
35
N
System.Drawing.EXE 16:41:27.222 16:41:27.227 2:23.551
0.006
864
1,152,000.000
text/html 404 Not Found (not specified) (not specified)
behsat01/datapipe/client/bin/System.Drawing/System.Drawing.EXE
131.184.4.90:80
3
N
DPWebService.asmx 16:41:29.674 16:42:49.954 2:26.003
1:20.281
5,409
539.007
text/xml; charset=utf-8
behsat01/datapipe/DPWebServices/DPWebService.asmx 131.184.4.90:80
3
N
DPWebService.asmx 16:41:29.877 16:43:00.725 2:26.206
1:30.849
26,716
2,352.563
text/xml; charset=utf-8
behsat01/datapipe/DPWebServices/DPWebService.asmx 131.184.4.90:80
3
N
DPWebService.asmx 16:41:30.798 16:43:00.965 2:27.127
1:30.168
812
72.043
text/xml; charset=utf-8
behsat01/datapipe/DPWebServices/DPWebService.asmx 131.184.4.90:80
36
N
ucRecommendation.DLL 16:41:57.968 16:41:58.602 2:54.297
0.635
385,024
4,850,696.063
application/x-msdownload 200 OK (not specified) Mon, 11 Jul 2005 15:48:44
GMT behsat01/datapipe/client/ucRecommendation.DLL 131.184.4.90:80
36
N
System.Drawing.DLL 16:41:59.905 16:41:59.910 2:56.234
0.006
864
1,152,000.000
text/html 404 Not Found (not specified) (not specified)
behsat01/datapipe/client/System.Drawing.DLL 131.184.4.90:80
37
N
System.Drawing.DLL 16:41:59.914 16:41:59.919 2:56.243
0.006
864
1,152,000.000
text/html 404 Not Found (not specified) (not specified)
behsat01/datapipe/client/System.Drawing/System.Drawing.DLL 131.184.4.90:80
38
N
System.Drawing.DLL 16:41:59.922 16:41:59.927 2:56.251
0.006
864
1,152,000.000
text/html 404 Not Found (not specified) (not specified)
behsat01/datapipe/client/bin/System.Drawing.DLL 131.184.4.90:80
39
N
System.Drawing.DLL 16:41:59.930 16:41:59.935 2:56.259
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
40
N
System.Drawing.EXE 16:41:59.938 16:41:59.943 2:56.267
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
41
N
System.Drawing.EXE 16:41:59.947 16:41:59.952 2:56.276
0.006
864
1,152,000.000
text/html 404 Not Found (not specified) (not specified)
behsat01/datapipe/client/System.Drawing/System.Drawing.EXE 131.184.4.90:80
42
N
System.Drawing.EXE 16:41:59.955 16:41:59.960 2:56.284
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
43
N
System.Drawing.EXE 16:41:59.964 16:41:59.969 2:56.293
0.006
864
1,152,000.000
text/html 404 Not Found (not specified) (not specified)
behsat01/datapipe/client/bin/System.Drawing/System.Drawing.EXE
131.184.4.90:80
44
N
ucWorkHours.DLL 16:42:25.357 16:42:25.833 3:21.686
0.477
299,008
5,014,809.224
application/x-msdownload 200 OK (not specified) Mon, 11 Jul 2005 15:48:06
GMT behsat01/datapipe/client/ucWorkHours.DLL 131.184.4.90:80
44
N
System.Drawing.DLL 16:42:26.960 16:42:26.964 3:23.289
0.005
864
1,382,400.000
text/html 404 Not Found (not specified) (not specified)
behsat01/datapipe/client/System.Drawing.DLL 131.184.4.90:80
45
N
System.Drawing.DLL 16:42:26.968 16:42:26.974 3:23.297
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
46
N
System.Drawing.DLL 16:42:26.977 16:42:26.981 3:23.306
0.005
864
1,382,400.000
text/html 404 Not Found (not specified) (not specified)
behsat01/datapipe/client/bin/System.Drawing.DLL 131.184.4.90:80
47
N
System.Drawing.DLL 16:42:26.984 16:42:26.989 3:23.313
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
48
N
System.Drawing.EXE 16:42:26.993 16:42:26.998 3:23.322
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
49
N
System.Drawing.EXE 16:42:27.001 16:42:27.006 3:23.330
0.006
864
1,152,000.000
text/html 404 Not Found (not specified) (not specified)
behsat01/datapipe/client/System.Drawing/System.Drawing.EXE 131.184.4.90:80
50
N
System.Drawing.EXE 16:42:27.010 16:42:27.015 3:23.339
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
51
N
System.Drawing.EXE 16:42:27.018 16:42:27.023 3:23.347
0.006
864
1,152,000.000
text/html 404 Not Found (not specified) (not specified)
behsat01/datapipe/client/bin/System.Drawing/System.Drawing.EXE
131.184.4.90:80
52
N
ucMSDS.DLL 16:42:50.056 16:42:52.093 3:46.385
2.038
1,277,952
5,016,494.603
application/x-msdownload 200 OK (not specified) Mon, 11 Jul 2005 15:49:15
GMT behsat01/datapipe/client/ucMSDS.DLL 131.184.4.90:80
52
N
System.Drawing.DLL 16:42:56.573 16:42:56.578 3:52.902
0.006
864
1,152,000.000
text/html 404 Not Found (not specified) (not specified)
behsat01/datapipe/client/System.Drawing.DLL 131.184.4.90:80
53
N
System.Drawing.DLL 16:42:56.581 16:42:56.586 3:52.910
0.006
864
1,152,000.000
text/html 404 Not Found (not specified) (not specified)
behsat01/datapipe/client/System.Drawing/System.Drawing.DLL 131.184.4.90:80
54
N
System.Drawing.DLL 16:42:56.592 16:42:56.598 3:52.921
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
55
N
System.Drawing.DLL 16:42:56.601 16:42:56.607 3:52.930
0.007
864
987,428.571
text/html 404 Not Found (not specified) (not specified)
behsat01/datapipe/client/bin/System.Drawing/System.Drawing.DLL
131.184.4.90:80
56
N
System.Drawing.EXE 16:42:56.609 16:42:56.614 3:52.938
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
57
N
System.Drawing.EXE 16:42:56.618 16:42:56.623 3:52.947
0.006
864
1,152,000.000
text/html 404 Not Found (not specified) (not specified)
behsat01/datapipe/client/System.Drawing/System.Drawing.EXE 131.184.4.90:80
58
N
System.Drawing.EXE 16:42:56.626 16:42:56.632 3:52.955
0.007
864
987,428.571
text/html 404 Not Found (not specified) (not specified)
behsat01/datapipe/client/bin/System.Drawing.EXE 131.184.4.90:80
59
N
System.Drawing.EXE 16:42:56.635 16:42:56.640 3:52.964
0.006
864
1,152,000.000
text/html 404 Not Found (not specified) (not specified)
behsat01/datapipe/client/bin/System.Drawing/System.Drawing.EXE
131.184.4.90:80

Dec 20 '05 #1
14 2634
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=?=" <ma***@newsgroup.nospam>
Subject: 404 Not Found
Date: Tue, 20 Dec 2005 06:04:02 -0800
Lines: 753
Message-ID: <9A**********************************@microsoft.co m>
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!TK2MSF TNGXA03.phx.gbl
microsoft.public.dotnet.framework.webservices:1311 4
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
987,428.571
text/html 404 Not Found (not specified) (not specified)
behsat01/datapipe/client/System.Drawing.DLL 131.184.4.90:80
12
N
System.Drawing.DLL 16:40:01.829 16:40:01.834 58.158
0.006
864
1,152,000.000
text/html 404 Not Found (not specified) (not specified)
behsat01/datapipe/client/System.Drawing/System.Drawing.DLL 131.184.4.90:80
13
N
System.Drawing.DLL 16:40:01.838 16:40:01.844 58.167
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
14
N
System.Drawing.DLL 16:40:01.849 16:40:01.855 58.178
0.007
864
987,428.571
text/html 404 Not Found (not specified) (not specified)
behsat01/datapipe/client/bin/System.Drawing/System.Drawing.DLL
131.184.4.90:80
15
N
System.Drawing.EXE 16:40:01.858 16:40:01.863 58.187
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
16
N
System.Drawing.EXE 16:40:01.866 16:40:01.872 58.195
0.007
864
987,428.571
text/html 404 Not Found (not specified) (not specified)
behsat01/datapipe/client/System.Drawing/System.Drawing.EXE 131.184.4.90:80
17
N
System.Drawing.EXE 16:40:01.875 16:40:01.880 58.204
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
18
N
System.Drawing.EXE 16:40:01.883 16:40:01.888 58.212
0.006
864
1,152,000.000
text/html 404 Not Found (not specified) (not specified)
behsat01/datapipe/client/bin/System.Drawing/System.Drawing.EXE
131.184.4.90:80
19
N
System.Drawing.DLL 16:40:02.160 16:40:02.167 58.489
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
20
N
System.Drawing.DLL 16:40:02.171 16:40:02.176 58.500
0.006
864
1,152,000.000
text/html 404 Not Found (not specified) (not specified)
behsat01/datapipe/client/System.Drawing/System.Drawing.DLL 131.184.4.90:80
21
N
System.Drawing.DLL 16:40:02.179 16:40:02.187 58.508
0.009
864
768,000.000
text/html 404 Not Found (not specified) (not specified)
behsat01/datapipe/client/bin/System.Drawing.DLL 131.184.4.90:80
22
N
System.Drawing.DLL 16:40:02.190 16:40:02.196 58.519
0.007
864
987,428.571
text/html 404 Not Found (not specified) (not specified)
behsat01/datapipe/client/bin/System.Drawing/System.Drawing.DLL
131.184.4.90:80
23
N
System.Drawing.EXE 16:40:02.199 16:40:02.205 58.528
0.007
864
987,428.571
text/html 404 Not Found (not specified) (not specified)
behsat01/datapipe/client/System.Drawing.EXE 131.184.4.90:80
24
N
System.Drawing.EXE 16:40:02.212 16:40:02.218 58.541
0.007
864
987,428.571
text/html 404 Not Found (not specified) (not specified)
behsat01/datapipe/client/System.Drawing/System.Drawing.EXE 131.184.4.90:80
25
N
System.Drawing.EXE 16:40:02.221 16:40:02.225 58.550
0.005
864
1,382,400.000
text/html 404 Not Found (not specified) (not specified)
behsat01/datapipe/client/bin/System.Drawing.EXE 131.184.4.90:80
26
N
System.Drawing.EXE 16:40:02.229 16:40:02.235 58.558
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
27
N
Keyoti.RapidSpell.DLL 16:40:02.595 16:40:02.904 58.924
0.310
184,319
4,756,619.355
application/x-msdownload 200 OK (not specified) Fri, 09 Jan 2004 13:41:52
GMT behsat01/datapipe/client/Keyoti.RapidSpell.DLL 131.184.4.90:80
3
N
DPWebService.asmx 16:40:04.760 16:41:30.007 1:01.089
1:25.248
5,766
541.104
text/xml; charset=utf-8
behsat01/datapipe/DPWebServices/DPWebService.asmx 131.184.4.90:80
3
N
DPWebService.asmx 16:40:05.060 16:41:57.925 1:01.389
1:52.866
20,002
1,417.752
text/xml; charset=utf-8
behsat01/datapipe/DPWebServices/DPWebService.asmx 131.184.4.90:80
3
N
DPWebService.asmx 16:40:06.167 16:42:01.128 1:02.496
1:54.962
808
56.227
text/xml; charset=utf-8
behsat01/datapipe/DPWebServices/DPWebService.asmx 131.184.4.90:80
3
N
DPWebService.asmx 16:40:06.424 16:42:01.198 1:02.753
1:54.775
398
27.741
text/xml; charset=utf-8
behsat01/datapipe/DPWebServices/DPWebService.asmx 131.184.4.90:80
3
N
DPWebService.asmx 16:40:36.229 16:42:25.320 1:32.558
1:49.092
398
29.186
text/xml; charset=utf-8
behsat01/datapipe/DPWebServices/DPWebService.asmx 131.184.4.90:80
3
N
DPWebService.asmx 16:41:06.230 16:42:28.095 2:02.559
1:21.866
398
38.893
text/xml; charset=utf-8
behsat01/datapipe/DPWebServices/DPWebService.asmx 131.184.4.90:80
3
N
DPWebService.asmx 16:41:21.864 16:42:28.158 2:18.193
1:06.295
789
95.211
text/xml; charset=utf-8
behsat01/datapipe/DPWebServices/DPWebService.asmx 131.184.4.90:80
28
N
ucInjuryIllness.DLL 16:41:22.568 16:41:24.427 2:18.897
1.860
700,416
3,012,541.935
application/x-msdownload 200 OK (not specified) Mon, 11 Jul 2005 15:51:09
GMT behsat01/datapipe/client/ucInjuryIllness.DLL 131.184.4.90:80
28
N
System.Drawing.DLL 16:41:27.162 16:41:27.167 2:23.491
0.006
864
1,152,000.000
text/html 404 Not Found (not specified) (not specified)
behsat01/datapipe/client/System.Drawing.DLL 131.184.4.90:80
29
N
System.Drawing.DLL 16:41:27.170 16:41:27.176 2:23.499
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
30
N
System.Drawing.DLL 16:41:27.179 16:41:27.185 2:23.508
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
31
N
System.Drawing.DLL 16:41:27.188 16:41:27.193 2:23.517
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
32
N
System.Drawing.EXE 16:41:27.197 16:41:27.201 2:23.526
0.005
864
1,382,400.000
text/html 404 Not Found (not specified) (not specified)
behsat01/datapipe/client/System.Drawing.EXE 131.184.4.90:80
33
N
System.Drawing.EXE 16:41:27.205 16:41:27.210 2:23.534
0.006
864
1,152,000.000
text/html 404 Not Found (not specified) (not specified)
behsat01/datapipe/client/System.Drawing/System.Drawing.EXE 131.184.4.90:80
34
N
System.Drawing.EXE 16:41:27.214 16:41:27.219 2:23.543
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
35
N
System.Drawing.EXE 16:41:27.222 16:41:27.227 2:23.551
0.006
864
1,152,000.000
text/html 404 Not Found (not specified) (not specified)
behsat01/datapipe/client/bin/System.Drawing/System.Drawing.EXE
131.184.4.90:80
3
N
DPWebService.asmx 16:41:29.674 16:42:49.954 2:26.003
1:20.281
5,409
539.007
text/xml; charset=utf-8
behsat01/datapipe/DPWebServices/DPWebService.asmx 131.184.4.90:80
3
N
DPWebService.asmx 16:41:29.877 16:43:00.725 2:26.206
1:30.849
26,716
2,352.563
text/xml; charset=utf-8
behsat01/datapipe/DPWebServices/DPWebService.asmx 131.184.4.90:80
3
N
DPWebService.asmx 16:41:30.798 16:43:00.965 2:27.127
1:30.168
812
72.043
text/xml; charset=utf-8
behsat01/datapipe/DPWebServices/DPWebService.asmx 131.184.4.90:80
36
N
ucRecommendation.DLL 16:41:57.968 16:41:58.602 2:54.297
0.635
385,024
4,850,696.063
application/x-msdownload 200 OK (not specified) Mon, 11 Jul 2005 15:48:44
GMT behsat01/datapipe/client/ucRecommendation.DLL 131.184.4.90:80
36
N
System.Drawing.DLL 16:41:59.905 16:41:59.910 2:56.234
0.006
864
1,152,000.000
text/html 404 Not Found (not specified) (not specified)
behsat01/datapipe/client/System.Drawing.DLL 131.184.4.90:80
37
N
System.Drawing.DLL 16:41:59.914 16:41:59.919 2:56.243
0.006
864
1,152,000.000
text/html 404 Not Found (not specified) (not specified)
behsat01/datapipe/client/System.Drawing/System.Drawing.DLL 131.184.4.90:80
38
N
System.Drawing.DLL 16:41:59.922 16:41:59.927 2:56.251
0.006
864
1,152,000.000
text/html 404 Not Found (not specified) (not specified)
behsat01/datapipe/client/bin/System.Drawing.DLL 131.184.4.90:80
39
N
System.Drawing.DLL 16:41:59.930 16:41:59.935 2:56.259
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
40
N
System.Drawing.EXE 16:41:59.938 16:41:59.943 2:56.267
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
41
N
System.Drawing.EXE 16:41:59.947 16:41:59.952 2:56.276
0.006
864
1,152,000.000
text/html 404 Not Found (not specified) (not specified)
behsat01/datapipe/client/System.Drawing/System.Drawing.EXE 131.184.4.90:80
42
N
System.Drawing.EXE 16:41:59.955 16:41:59.960 2:56.284
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
43
N
System.Drawing.EXE 16:41:59.964 16:41:59.969 2:56.293
0.006
864
1,152,000.000
text/html 404 Not Found (not specified) (not specified)
behsat01/datapipe/client/bin/System.Drawing/System.Drawing.EXE
131.184.4.90:80
44
N
ucWorkHours.DLL 16:42:25.357 16:42:25.833 3:21.686
0.477
299,008
5,014,809.224
application/x-msdownload 200 OK (not specified) Mon, 11 Jul 2005 15:48:06
GMT behsat01/datapipe/client/ucWorkHours.DLL 131.184.4.90:80
44
N
System.Drawing.DLL 16:42:26.960 16:42:26.964 3:23.289
0.005
864
1,382,400.000
text/html 404 Not Found (not specified) (not specified)
behsat01/datapipe/client/System.Drawing.DLL 131.184.4.90:80
45
N
System.Drawing.DLL 16:42:26.968 16:42:26.974 3:23.297
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
46
N
System.Drawing.DLL 16:42:26.977 16:42:26.981 3:23.306
0.005
864
1,382,400.000
text/html 404 Not Found (not specified) (not specified)
behsat01/datapipe/client/bin/System.Drawing.DLL 131.184.4.90:80
47
N
System.Drawing.DLL 16:42:26.984 16:42:26.989 3:23.313
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
48
N
System.Drawing.EXE 16:42:26.993 16:42:26.998 3:23.322
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
49
N
System.Drawing.EXE 16:42:27.001 16:42:27.006 3:23.330
0.006
864
1,152,000.000
text/html 404 Not Found (not specified) (not specified)
behsat01/datapipe/client/System.Drawing/System.Drawing.EXE 131.184.4.90:80
50
N
System.Drawing.EXE 16:42:27.010 16:42:27.015 3:23.339
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
51
N
System.Drawing.EXE 16:42:27.018 16:42:27.023 3:23.347
0.006
864
1,152,000.000
text/html 404 Not Found (not specified) (not specified)
behsat01/datapipe/client/bin/System.Drawing/System.Drawing.EXE
131.184.4.90:80
52
N
ucMSDS.DLL 16:42:50.056 16:42:52.093 3:46.385
2.038
1,277,952
5,016,494.603
application/x-msdownload 200 OK (not specified) Mon, 11 Jul 2005 15:49:15
GMT behsat01/datapipe/client/ucMSDS.DLL 131.184.4.90:80
52
N
System.Drawing.DLL 16:42:56.573 16:42:56.578 3:52.902
0.006
864
1,152,000.000
text/html 404 Not Found (not specified) (not specified)
behsat01/datapipe/client/System.Drawing.DLL 131.184.4.90:80
53
N
System.Drawing.DLL 16:42:56.581 16:42:56.586 3:52.910
0.006
864
1,152,000.000
text/html 404 Not Found (not specified) (not specified)
behsat01/datapipe/client/System.Drawing/System.Drawing.DLL 131.184.4.90:80
54
N
System.Drawing.DLL 16:42:56.592 16:42:56.598 3:52.921
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
55
N
System.Drawing.DLL 16:42:56.601 16:42:56.607 3:52.930
0.007
864
987,428.571
text/html 404 Not Found (not specified) (not specified)
behsat01/datapipe/client/bin/System.Drawing/System.Drawing.DLL
131.184.4.90:80
56
N
System.Drawing.EXE 16:42:56.609 16:42:56.614 3:52.938
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
57
N
System.Drawing.EXE 16:42:56.618 16:42:56.623 3:52.947
0.006
864
1,152,000.000
text/html 404 Not Found (not specified) (not specified)
behsat01/datapipe/client/System.Drawing/System.Drawing.EXE 131.184.4.90:80
58
N
System.Drawing.EXE 16:42:56.626 16:42:56.632 3:52.955
0.007
864
987,428.571
text/html 404 Not Found (not specified) (not specified)
behsat01/datapipe/client/bin/System.Drawing.EXE 131.184.4.90:80
59
N
System.Drawing.EXE 16:42:56.635 16:42:56.640 3:52.964
0.006
864
1,152,000.000
text/html 404 Not Found (not specified) (not specified)
behsat01/datapipe/client/bin/System.Drawing/System.Drawing.EXE
131.184.4.90:80
Dec 21 '05 #2
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=?=" <ma***@newsgroup.nospam>
Subject: 404 Not Found
Date: Tue, 20 Dec 2005 06:04:02 -0800
Lines: 753
Message-ID: <9A**********************************@microsoft.co m>
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!TK2MSF TNGXA03.phx.gbl
Xref: TK2MSFTNGXA02.phx.gbl
microsoft.public.dotnet.framework.webservices:1311 4
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

Dec 22 '05 #3
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=?=" <ma***@newsgroup.nospam>
References: <9A**********************************@microsoft.co m>
<j4**************@TK2MSFTNGXA02.phx.gbl>
Subject: RE: 404 Not Found
Date: Thu, 22 Dec 2005 12:02:01 -0800
Lines: 318
Message-ID: <23**********************************@microsoft.co m>
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
microsoft.public.dotnet.framework.webservices:1315 9
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=?=" <ma***@newsgroup.nospam>
Subject: 404 Not Found
Date: Tue, 20 Dec 2005 06:04:02 -0800
Lines: 753
Message-ID: <9A**********************************@microsoft.co m>
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!TK2MSF TNGXA03.phx.gbl
Xref: TK2MSFTNGXA02.phx.gbl
microsoft.public.dotnet.framework.webservices:1311 4
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


Dec 23 '05 #4
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=?=" <ma***@newsgroup.nospam>
References: <9A**********************************@microsoft.co m>
<j4**************@TK2MSFTNGXA02.phx.gbl>
Subject: RE: 404 Not Found
Date: Thu, 22 Dec 2005 12:02:01 -0800
Lines: 318
Message-ID: <23**********************************@microsoft.co m>
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:1315 9
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=?=" <ma***@newsgroup.nospam>
Subject: 404 Not Found
Date: Tue, 20 Dec 2005 06:04:02 -0800
Lines: 753
Message-ID: <9A**********************************@microsoft.co m>
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!TK2MSF TNGXA03.phx.gbl
Xref: TK2MSFTNGXA02.phx.gbl
microsoft.public.dotnet.framework.webservices:1311 4
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

Dec 23 '05 #5
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=?=" <ma***@newsgroup.nospam>
References: <9A**********************************@microsoft.co m>
<j4**************@TK2MSFTNGXA02.phx.gbl>
<23**********************************@microsoft.co m>
<lg**************@TK2MSFTNGXA02.phx.gbl>
Subject: RE: 404 Not Found
Date: Fri, 23 Dec 2005 03:49:01 -0800
Lines: 309
Message-ID: <7D**********************************@microsoft.co m>
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
microsoft.public.dotnet.framework.webservices:1316 8
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=?=" <ma***@newsgroup.nospam>
References: <9A**********************************@microsoft.co m>
<j4**************@TK2MSFTNGXA02.phx.gbl>
Subject: RE: 404 Not Found
Date: Thu, 22 Dec 2005 12:02:01 -0800
Lines: 318
Message-ID: <23**********************************@microsoft.co m>
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:1315 9
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=?=" <ma***@newsgroup.nospam>
Subject: 404 Not Found
Date: Tue, 20 Dec 2005 06:04:02 -0800
Lines: 753
Message-ID: <9A**********************************@microsoft.co m>
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!TK2MSF TNGXA03.phx.gbl
Xref: TK2MSFTNGXA02.phx.gbl
microsoft.public.dotnet.framework.webservices:1311 4
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


Dec 26 '05 #6
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=?=" <ma***@newsgroup.nospam>
References: <9A**********************************@microsoft.co m>
<j4**************@TK2MSFTNGXA02.phx.gbl>
<23**********************************@microsoft.co m>
<lg**************@TK2MSFTNGXA02.phx.gbl>
Subject: RE: 404 Not Found
Date: Fri, 23 Dec 2005 03:49:01 -0800
Lines: 309
Message-ID: <7D**********************************@microsoft.co m>
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:1316 8
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=?=" <ma***@newsgroup.nospam>
References: <9A**********************************@microsoft.co m>
<j4**************@TK2MSFTNGXA02.phx.gbl>
Subject: RE: 404 Not Found
Date: Thu, 22 Dec 2005 12:02:01 -0800
Lines: 318
Message-ID: <23**********************************@microsoft.co m>
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:1315 9
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=?=" <ma***@newsgroup.nospam>
Subject: 404 Not Found
Date: Tue, 20 Dec 2005 06:04:02 -0800
Lines: 753
Message-ID: <9A**********************************@microsoft.co m>
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!TK2MSF TNGXA03.phx.gbl
Xref: TK2MSFTNGXA02.phx.gbl
microsoft.public.dotnet.framework.webservices:1311 4
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

Jan 27 '06 #7
Hi Mach2,

As for the explicit assembly location setting, it is the <codeBase> setting
in .net application's configuration file. By default there should be no
such setting in machine.config or app.config:

#Specifying an Assembly's Location
http://msdn.microsoft.com/library/en...ifyingassembly
slocation.asp?frame=true

#<codeBase> Element
http://msdn.microsoft.com/library/en...eBase.asp?fram
e=true

In addition, the Fusion Log Viewer tool in the .net framework sdk can also
help track down assembly loading and binding issue:

#Assembly Binding Log Viewer (Fuslogvw.exe)
http://msdn.microsoft.com/library/en...onlogviewerfus
logvwexe.asp?frame=true

Hope this helps.

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: AcYjfQQRY9FDa2esSWSMzXRqY6wN6g==
X-WBNR-Posting-Host: 68.236.196.77
From: "=?Utf-8?B?Tm9ybUQ=?=" <ma***@newsgroup.nospam>
References: <9A**********************************@microsoft.co m>
<j4**************@TK2MSFTNGXA02.phx.gbl>
<23**********************************@microsoft.co m>
<lg**************@TK2MSFTNGXA02.phx.gbl>
<7D**********************************@microsoft.co m>
<FR**************@TK2MSFTNGXA02.phx.gbl>
Subject: RE: 404 Not Found
Date: Fri, 27 Jan 2006 12:05:27 -0800
Lines: 311
Message-ID: <BA**********************************@microsoft.co m>
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!TK2MSF TNGXA03.phx.gbl
microsoft.public.dotnet.framework.webservices:1350 1
X-Tomcat-NG: microsoft.public.dotnet.framework.webservices

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=?=" <ma***@newsgroup.nospam>
References: <9A**********************************@microsoft.co m>
<j4**************@TK2MSFTNGXA02.phx.gbl>
<23**********************************@microsoft.co m>
<lg**************@TK2MSFTNGXA02.phx.gbl>
Subject: RE: 404 Not Found
Date: Fri, 23 Dec 2005 03:49:01 -0800
Lines: 309
Message-ID: <7D**********************************@microsoft.co m>
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:1316 8
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=?=" <ma***@newsgroup.nospam>
References: <9A**********************************@microsoft.co m>
<j4**************@TK2MSFTNGXA02.phx.gbl>
Subject: RE: 404 Not Found
Date: Thu, 22 Dec 2005 12:02:01 -0800
Lines: 318
Message-ID: <23**********************************@microsoft.co m>
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:1315 9
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=?=" <ma***@newsgroup.nospam>
Subject: 404 Not Found
Date: Tue, 20 Dec 2005 06:04:02 -0800
Lines: 753
Message-ID: <9A**********************************@microsoft.co m>
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!TK2MSF TNGXA03.phx.gbl Xref: TK2MSFTNGXA02.phx.gbl
microsoft.public.dotnet.framework.webservices:1311 4
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


Jan 30 '06 #8
Perhaps I'm missing some point, but the files being searched for are .NET
Framework files, e.g., System.Drawing.Dll, not our application files. I
can't see why we have to tell the Framework where to look for its own files.

"Steven Cheng[MSFT]" wrote:
Hi Mach2,

As for the explicit assembly location setting, it is the <codeBase> setting
in .net application's configuration file. By default there should be no
such setting in machine.config or app.config:

#Specifying an Assembly's Location
http://msdn.microsoft.com/library/en...ifyingassembly
slocation.asp?frame=true

#<codeBase> Element
http://msdn.microsoft.com/library/en...eBase.asp?fram
e=true

In addition, the Fusion Log Viewer tool in the .net framework sdk can also
help track down assembly loading and binding issue:

#Assembly Binding Log Viewer (Fuslogvw.exe)
http://msdn.microsoft.com/library/en...onlogviewerfus
logvwexe.asp?frame=true

Hope this helps.

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: AcYjfQQRY9FDa2esSWSMzXRqY6wN6g==
X-WBNR-Posting-Host: 68.236.196.77
From: "=?Utf-8?B?Tm9ybUQ=?=" <ma***@newsgroup.nospam>
References: <9A**********************************@microsoft.co m>
<j4**************@TK2MSFTNGXA02.phx.gbl>
<23**********************************@microsoft.co m>
<lg**************@TK2MSFTNGXA02.phx.gbl>
<7D**********************************@microsoft.co m>
<FR**************@TK2MSFTNGXA02.phx.gbl>
Subject: RE: 404 Not Found
Date: Fri, 27 Jan 2006 12:05:27 -0800
Lines: 311
Message-ID: <BA**********************************@microsoft.co m>
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!TK2MSF TNGXA03.phx.gbl
Xref: TK2MSFTNGXA02.phx.gbl
microsoft.public.dotnet.framework.webservices:1350 1
X-Tomcat-NG: microsoft.public.dotnet.framework.webservices

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=?=" <ma***@newsgroup.nospam>
References: <9A**********************************@microsoft.co m>
<j4**************@TK2MSFTNGXA02.phx.gbl>
<23**********************************@microsoft.co m>
<lg**************@TK2MSFTNGXA02.phx.gbl>
Subject: RE: 404 Not Found
Date: Fri, 23 Dec 2005 03:49:01 -0800
Lines: 309
Message-ID: <7D**********************************@microsoft.co m>
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:1316 8
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=?=" <ma***@newsgroup.nospam>
References: <9A**********************************@microsoft.co m>
<j4**************@TK2MSFTNGXA02.phx.gbl>
Subject: RE: 404 Not Found
Date: Thu, 22 Dec 2005 12:02:01 -0800
Lines: 318
Message-ID: <23**********************************@microsoft.co m>
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:1315 9
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=?=" <ma***@newsgroup.nospam>
> Subject: 404 Not Found
> Date: Tue, 20 Dec 2005 06:04:02 -0800
> Lines: 753
> Message-ID: <9A**********************************@microsoft.co m>
> 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!TK2MSF TNGXA03.phx.gbl > Xref: TK2MSFTNGXA02.phx.gbl
> microsoft.public.dotnet.framework.webservices:1311 4
> 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.,

Jan 30 '06 #9
Yes, for system buildin assemblies, they should not be probing through
other path instead of GAC. Have you tried using fuslogvw.exe to trace the
probing process?

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.)
Feb 1 '06 #10
In a word, no. I have no idea what "fuslogvw" is but apparently I'm going to
have to find out! Thank you for the suggestion.

"Steven Cheng[MSFT]" wrote:
Yes, for system buildin assemblies, they should not be probing through
other path instead of GAC. Have you tried using fuslogvw.exe to trace the
probing process?

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

Feb 1 '06 #11
Following up on this, Steven, we've run the utility and now understand what
it can do. Pretty helpful! Now we'll try to get it run on the system having
the problems.

"NormD" wrote:
In a word, no. I have no idea what "fuslogvw" is but apparently I'm going to
have to find out! Thank you for the suggestion.

"Steven Cheng[MSFT]" wrote:
Yes, for system buildin assemblies, they should not be probing through
other path instead of GAC. Have you tried using fuslogvw.exe to trace the
probing process?

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

Feb 1 '06 #12
Thanks for the followup.

Hope we'll soon figure out the mystery.

Good luck!

Steven Cheng
Microsoft Online Support

Get Secure! www.microsoft.com/security
(This posting is provided "AS IS", with no warranties, and confers no
rights.)
Feb 2 '06 #13
An associate just told me there have been some issues regarding what happens
if the Windows Explorer Indexing Service (as seen on the "search" screen) is
enabled, how it can affect .NET looking around fofr files. I've not tried it
both ways (with the trace) but thought I'd check with you on the subject.

"Steven Cheng[MSFT]" wrote:
Thanks for the followup.

Hope we'll soon figure out the mystery.

Good luck!

Steven Cheng
Microsoft Online Support

Get Secure! www.microsoft.com/security
(This posting is provided "AS IS", with no warranties, and confers no
rights

Feb 14 '06 #14
Thanks for followup mach2,

Yes, the indexing service is possibly to lock certain files on our system
and there does exist some issue about indexing service locking ASP.NET temp
files. If the indexing service is installed and running on your problem
server, you can try disabling it.

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.)
Feb 15 '06 #15

This discussion thread is closed

Replies have been disabled for this discussion.

Similar topics

4 posts views Thread by amywolfie | last post: by
2 posts views Thread by ypul | last post: by
1 post views Thread by solarin | last post: by
reply views Thread by zhoujie | last post: by
reply views Thread by suresh191 | last post: by
By using this site, you agree to our Privacy Policy and Terms of Use.