把生产/开发环境迁移到64位上大约已经有半年了，还未曾遇到过什么问题。今天却算小小的撞了一次墙。
金智的Idstar，给的库是COM+的DLL，用.NET库的工具包装一下就可以拿来给VS用，原来写的一个程序跑在Windows 2003(X86)下，大半年也挺好的。
后来直接把这个程序迁移到Windows 2008 (x64)下的IIS7上跑，似乎也没问题。拿到我自己机器上做开发测试，也没问题(Windows 7 X64)。
最近又需要用到Idstar做东西，本地OK，上了服务器怎么都报COMException，总之就是找不到CLSID。DLL注册了，注册表里有信息，OLE/COM Viewer看一切正常，权限一切正常，根本看不出任何异常的地方。
4小时候……
IIS7，程序池，高级设置，启用32位应用程序，False->True
DONE…
相关日志
Web Deployment Tool (0)
使用 CruiseControl.NET, Subversion, MSBuild, Robocopy 实现 ASP.NET 的持续集成
http://msmvps.com/blogs/omar/archive/2008/10/06/asp-net-website-continuous-integration-deployment-using-cruisecontrol-net-subversion-msbuild-and-robocopy.aspx
一个很重要的教训就是，ASP.NET WebSite 很偷懒但是却很废柴
相关日志
Web Deployment Tool (0)
ASP.NET 2.0 页面事件执行顺序 (0)
EF 和 LINQ to SQL 的不同之处还是很明显的，之前也有过论述。
ListView 控件作为 ASP.NET 3.5 新加入的控件，并不是太熟悉。今天简单看了一下，基本了解了 LayoutTemplate，GroupTemplate，ItemTemplate 的功用。我的场景里需要使用到嵌套的 ListView，一篇文章很好的对这样的情况作了介绍。当然，是针对有 XXXDataSource 的情景，与我的还稍有不同。
在 LayoutTemplate 里 FindControl 的工作暂时失败了。不过也找到了一些还算不错的延伸阅读：
递归的 FindControl
基于泛型的递归 FindControl
台湾的 DotBlog，难道是台湾版 CnBlogs?
相关日志
随意摘 (0)
ADO.NET Entity Framework 随意摘 (0)
ADO.NET Entity Framework ( 简称 EF ) 相比 LINQ to SQL 之不同，EF 是一个完整的 ORM，而 LINQ to SQL 只是一种便捷的访问数据库的方法。
在 EF 中可以很简单的实现 Many to Many 的查询访问。但是，这样的 Many to Many 也仅限于没有 Payload 的。一旦在关系表上有了 Payload（即关系表的列除了外键以外，还有其他的列），访问就不那么简单了。解决的方法不是没有，但是终究不够纯洁不够 EF。
探究中
相关日志
随意摘 (0)
Repository Pattern 继续摘 (0)
ADO.NET Entity Framework 继续随意摘 (0)
http://learn.iis.net/page.aspx/346/web-deployment-tool/
The Web Deployment Tool is a tool for simplifying the deployment, management and migration of Web applications, sites and even entire servers. Developers can package a Web site, automatically including content, configuration, certificates and databases. These packages can be directly deployed to a server or packaged and shared with others. IT Professionals can enable developers to deploy these packages to a server and delegate access to [...]
