IIS为何不能添加应用程序
数字办公
莫名其妙的故障
前几天，笔者在家中用一台系统为Windows XP的电脑作为个人的WWW服务器，在配置站点属性时遇到一个奇怪的问题，即不能在IIS中添加应用程序扩展。
打开IIS中的“默认网站属性”对话框，切换到“主目录”选项卡，单击“配置”按钮可打开“应用程序”配置对话框，然后就可以通过对话框下方的“添加”按钮配置应用程序扩展名映射了，可打开配置对话框后笔者发现“确定”按钮是灰色的（图1），即使“浏览”到了指定的可执行文件，也添加了扩展名，但“确定”按钮就是不可用。
以前曾在学校机房里面对系统为Windows 2000 Server的服务器进行过类似的配置操作，却没有任何问题。这到底是怎么回事？
诊断原因并解救
这个问题一直困扰了笔者好几天，几经努力，终于在微软的网站上看到了这样的解释（http://support.microsoft.com/kb/317948/），大意是这样的： 在Windows XP系统中配置IIS应用程序扩展时，在“添加/编辑应用程序扩展名映射”对话框中 “浏览” Web服务器上和本地路径中的.exe文件或.dll文件后会出现“确定”按钮不可用的现象，这是因为应用程序映射对话框中的可执行文件包含压缩路径，系统为了增强可读性压缩了路径，所以会出现此现象（图2），直到用户将插入点移至路径框中单击使压缩路径无效才能解决这一问题。另外一种解决方法是用户事先可键入一个有效路径到“可执行文件”文本框中，然后通过“浏览”按钮选择自己需要的可执行文件，最后键入文件扩展名，当“确定”按钮变为可用时，单击“确定”就可以继续了。
小知识：压缩路径及其作用：压缩路径是从Windows XP系统开始使用的一项新技术。在某些对话框中指定应用程序路径时，如果路径框中显示的路径长度超出了其能够容纳的最大字符数，系统会自动压缩路径的长度，即只显示路径的开始和末尾的部分，中间用省略号显示，从而增强了操作的易用性和可读性。
笔者根据微软的解决方法，很快就安装成功了。由此可见，这应该是设计时的一个考虑欠周之处 。当路径框获得了焦点（即取消了压缩路径的显示）后，“确定”按钮就被激活了，如果既能保持压缩路径的优点，同时又能解决压缩路径的识别，那这个问题就完全可以避免。
点评：虽然用安装Windows XP系统的电脑作为服务器并不太合适，但仍有不少人采用这种方法，所以有时就会碰到些小问题。面对这类问题，就要多多关注微软官方的补救措施，以便早日解决问题。