Windows.NET 下的COM+ 注册和登记问题
小气的神
2002-6-23
Article Type: Tutorial
难度等级:3/9
版本:1.02
Windows.NET迟早会是一个每日之星,我象喜欢Windows 2000一样的喜欢这个还未发布的操作系统,尽管不知道它会被拖延到明年的什么时候才会真正发布。COM+ 1.5+ 和IIS 6让人期待已久了,一些文章和资料已经开始讨论和介绍一些有关所谓内幕的信息,比如COM+ Partitions, Application recycling, Application pooling ,Configurable Isolation Levels, Low-Memory activation Gates, Http.sys, Web Administration Services, ASP Template caching, XML metabase, MSMQ 3.0 。
可以看到其中的许多功能是致力于改善Web应用程序的强健性和可靠性的,其中的许多特性,让开发人员感到激动和兴奋;相同的感觉让人很容易联想到几年前的Windows 2000发布前的情景,因为相关消息和报道也表明其中的一些特性可能不会放到最终的版本中,同时也可能有一些没有提及的功能会出现在最终的Windows.NET版本中,那么这些迷晦未知的同时也必然会有一些混乱或麻烦的事情让你遇到,比如下面这件。
鉴于Windows.NET的优异性能和dotNET有关COM+的支持,让人会很容易的想移到Windows.NET上,它是如此地稳定如此的稳定,直到有一天,你将在Windows 2000下用dotNET开发的COM+应用放到Windows.NET上,你会发现问题来了。而且很头痛,不过这里也是揭示Windows.NET虽然有.NET的后缀,但并不意味着它对dotNET技术的友好和完全支持,相对dotNET,它更喜欢COM+和IIS,如果不是它的老板一定要给它预装dotNET的运行库,我想叫它 Windows 2002 或 Windows 2003会更好,这样至少不会让人以为它是一个for dotNET的操作系统。
.NET SDK 中有两个工具是和COM+组件的登记和类型库有关的,一个是Assembly Registration Tool ( regasm.exe )另一个是 .NET Services Installation Tool (Regsvcs.exe);在Windows 2000下, 一般我们完成一个dotNET的COM+组件后,会先运行regasm产生类型库和注册信息,然后再运行Regsvcs.exe