BizTalk Utilities CV ,   Jobs ,   Code library
 
Go to the front page to continue learning about XML or select below:

Contents

ReBlogger Contents

Previous posts in BizTalk Server

 
 
Page 20631 of 21350

Side-by-side - yeah right … More BTS 2004 / Visual Studio 2005 compatibility problems

Blogger : ChristophDotNet
All posts : All posts by ChristophDotNet
Category : BizTalk Server
Blogged date : 2004 Nov 21

I finally returned to that box with BTS 2004 and Whidbey Beta 1 I mentioned earlier
I wanted to do some work on another project -one that didn't interact with RPC encoded web
services. This time I ran into another problem. I kept getting a COM error STG_E_FILENOTFOUND whenever I ran the Web Service Deployment Wizard.
 
I ran FileMon to find out what file caused the error and noticed that the wizard was loading all sorts of Visual Studio 2005 libraries. The wizard is driving Visual Studio through its automation interfaces and Visual Studio 2003 and 2005 use the same ProgIDs. I smell the scent of the days without side-by-side. So I uninstalled my precious .NET 2.0 Beta 1 and SQL 2005 Beta 2 from that box.
 
The good news is:
1) calls to RPC encoded web services no longer hang waiting for the response.
2) The COM error running the Web Service Deploying wizard is gone, too.
 
The bad news is:
 
Now it get a different exception running the wizard right when if is supposed to complete:
 
I am getting:
 
Failed to create project "http://localhost/Process_Proxy".
[System.IO.FileNotFoundException] The system cannot find the file specified.
 
or
 
Failed to create project "http://localhost/Process_Proxy".
[System.IO.FileNotFoundException] The item 'Service1.asmx' does not exist in the project directory. It may have been moved, renamed or deleted.
 
In both cases, I do see the new virtual directory in IIS with the following files in it:
 
Process.csproj
Process.csproj.webinfo
Service1.asmx
 
When I open Process.csproj in Visual Studio, I don't get an error, but the project is empty, i.e. Service1.asmx is not part of the project.
 
I ran repair for Visual Studio 2003 and BizTalk and re-installed SQL Server (because uninstalling SQL 2005 corrupted SQLDMO -- yes … I get it, COM doesn't do side-by-side well), but I can't get id of the error.
 
I enabled tracing in the BTSWebSvcWiz.exe.config file by setting the trace switch:
 
  <system.diagnostics>
    <switches>
      <!-- TraceLevel 0=Off, 1=Error, 2=Warning, 3=Info, 4=Verbose -->
      <add name="ApplicationTraceSwitch" value="4" />
    </switches>
    <trace autoflush="true" indentsize="4">
      <listeners>
        <add name="Trace"
          type="System.Diagnostics.TextWriterTraceListener, System, Version=1.0.5000.0, Culture=neutral, PublicKeyToken=b77a5c561934e089"
          initializeData="BTSWebSvcWiz.trace.log" />
      </listeners>
    </trace>
  </system.diagnostics>
 
But unfortunately, the generated log file doesn't contain any more information than the UI of the wizard.
 
I looked through the IIS logs and found that last file the wizard requests is get_aspx_ver.aspx and IIS returns a file not found 404 error:
 
20:07:09 127.0.0.1 GET /Process_Proxy/get_aspx_ver.aspx 404
20:07:09 127.0.0.1 GET /Process_Proxy/vs-136057519329675525_tmp.htm 200
20:07:09 127.0.0.1 GET /_vti_inf.html 200
20:07:09 127.0.0.1 POST /Process_Proxy/_vti_bin/shtml.dll/_vti_rpc 405
20:07:09 127.0.0.1 GET /_vti_inf.html 200
20:07:09 127.0.0.1 POST /_vti_bin/shtml.dll 200
20:07:09 127.0.0.1 POST /_vti_bin/shtml.dll 200
20:07:09 127.0.0.1 POST /_vti_bin/_vti_aut/author.dll 200
20:07:09 127.0.0.1 POST /_vti_bin/_vti_aut/author.dll 200
20:07:09 127.0.0.1 POST /_vti_bin/_vti_adm/admin.dll 200
20:07:11 127.0.0.1 POST /_vti_bin/_vti_adm/admin.dll 200
20:07:11 127.0.0.1 POST /Process_Proxy/_vti_bin/_vti_aut/author.dll 200
20:07:11 127.0.0.1 POST /Process_Proxy/_vti_bin/_vti_aut/author.dll 200
20:07:11 127.0.0.1 POST /Process_Proxy/_vti_bin/_vti_aut/author.dll 200
20:07:11 127.0.0.1 GET /Process_Proxy/vs-134074747329675525_tmp.htm 200
20:07:11 127.0.0.1 POST /Process_Proxy/_vti_bin/_vti_aut/author.dll 200
20:07:11 127.0.0.1 GET /Process_Proxy/get_aspx_ver.aspx 404
 
Unfortunately, requesting this file seems to be normal behavior for Visual Studio and I don't understand why the Web Service Deployment Wizard is not able to handle this properly. I also ran aspnet_regiis /r to see if that would get rid if the problem to no avail.
 
 
Has anybody else run into that problem and successfully solved it?

Read comments or post a reply to : Side-by-side - yeah right … More BTS 2004 / Visual Studio 2005 compatibility problems
Page 20631 of 21350

Newest posts
 

    Email TopXML