J
Joseph Geretz
I recently upgraded my server to Windows 2003. The first thing I noticed is
that my sample WebService pages no longer worked. The Invoke test button is
missing. This is addresed by the following KB article:
Microsoft Knowledge Base Article - 819267
INFO: HTTP GET and HTTP POST Are Disabled by Default
http://support.microsoft.com/default.aspx?scid=kb;en-us;819267
The article advises that a new block be inserted into Web.config (or into
machine.config).
<webServices>
<protocols>
<add name="HttpGet"/>
<add name="HttpPost"/>
</protocols>
</webServices>
OK, I used the advice in that article to adjust my web.config file and now
the Invoke button is restored on my WebService test pages. However, here's
what I get when I press the Invoke button:
File or assembly name _03c_moy.dll, or one of its dependencies, was not
found.
Press it again:
File or assembly name 7g5kkds2.dll, or one of its dependencies, was not
found.
And again:
File or assembly name 3ah-fp0w.dll, or one of its dependencies, was not
found.
Every time I invoke the service I get a messgae telling me that a randomly
named dll is not found. If you want, you can stop by
www.fpsnow.com/pdportal.asmx to check this out for yourself. Does anyone
know what's going on here? (I'd just like to stress that these service pages
were working flawlessly before the upgrade.)
Ancillary questions: My application was developed, compiled and targetd for
framework 1.0, since at the time that was, after all, the only framework in
existence. Now that the machine is upgraded with a new framework 1.1, does
the application run under its original framework or under the new framework?
Shouldn't applications be locked down to the framework to which they are
originally targeted?
Thanks for you help!
- Joe Geretz -
that my sample WebService pages no longer worked. The Invoke test button is
missing. This is addresed by the following KB article:
Microsoft Knowledge Base Article - 819267
INFO: HTTP GET and HTTP POST Are Disabled by Default
http://support.microsoft.com/default.aspx?scid=kb;en-us;819267
The article advises that a new block be inserted into Web.config (or into
machine.config).
<webServices>
<protocols>
<add name="HttpGet"/>
<add name="HttpPost"/>
</protocols>
</webServices>
OK, I used the advice in that article to adjust my web.config file and now
the Invoke button is restored on my WebService test pages. However, here's
what I get when I press the Invoke button:
File or assembly name _03c_moy.dll, or one of its dependencies, was not
found.
Press it again:
File or assembly name 7g5kkds2.dll, or one of its dependencies, was not
found.
And again:
File or assembly name 3ah-fp0w.dll, or one of its dependencies, was not
found.
Every time I invoke the service I get a messgae telling me that a randomly
named dll is not found. If you want, you can stop by
www.fpsnow.com/pdportal.asmx to check this out for yourself. Does anyone
know what's going on here? (I'd just like to stress that these service pages
were working flawlessly before the upgrade.)
Ancillary questions: My application was developed, compiled and targetd for
framework 1.0, since at the time that was, after all, the only framework in
existence. Now that the machine is upgraded with a new framework 1.1, does
the application run under its original framework or under the new framework?
Shouldn't applications be locked down to the framework to which they are
originally targeted?
Thanks for you help!
- Joe Geretz -