深入服务器端Visual Basic代码
有时候,你需要调试你自己的代码以确定产生错误结果的原因。当调试Microsoft Visual Basic?应用程序时,你必须按照KB:PRB: Error Occurs When You Debut a COM+ Component Under the Visual Basic IDE with an ASP Client中的步骤来处理。这篇文章只适用于Visual Basic集成开发环境下调试COM+组件。文章中第一条也适用于调试SOAP对象。为了节省你查看KB文章的时间,以下是其中一些相关内容的摘要:
1. 在DCOM中创建VB ASP Debugging项:
a. 打开写字板或其他文本编辑器,输入以下语句,这是大小写敏感的。
REGEDIT4 [HKEY_CLASSES_ROOT\CLSID\{70F214BA-94E2-4bdf-8F30-32CB4A905E4D}] @="VB ASP Debugging" [HKEY_CLASSES_ROOT\CLSID\{70F214BA-94E2-4bdf-8F30-32CB4A905E4D}\LocalServer32] @="vb6.exe" [HKEY_CLASSES_ROOT\AppID\vb6.exe] "AppId"="{70F214BA-94E2-4bdf-8F30-32CB4A905E4D}" |
b.将文件保存为Vbaspdbg.reg。
c.定位到保存该文件的文件夹,双击该文件(它会自动在Windows注册表中注册)。
2. 在DCOM配置中,将Everyone账号的许可加入Visual Basic ASP debugging中。
a.打开DCOMCNFG。在Start菜单中,按Run,在对话框中输入dcomcnfg。
b. 在Distributed COM Configuration Properties页面中,按Application标签,从列表中选择VB ASP Debugging,然后按Properties。
c. 在VB ASP Debugging Properties属性单中,按Securities标签,然后选中Use custom access permissions。按Edit。
d. 在Registry Value Permissions窗口中,按Add,然后加入Everyone账号,允许Allow Access。
e. 按OK,然后按Apply并退出Distributed COM Configuaration Properties页面。
注意,这样做会给你的系统带来一些安全漏洞。请不要在你实际生产或对外的机器上这样调试。
一旦完成以上步骤,当SOAP客户端调用COM对象时,你就可以调试它们了。如果重新build你的应用程序或设置断点时遇到问题,相关的COM对象可能已经在内存中了。要卸载这些对象,进入命令行,输入iisreset。它将使IIS和相关进程重启。在此过程中,DLL和COM对象就从内存中释放了。