新建站点部署treeview的问题，救命啊

Question

在VS。NET开发环境下调试通过，也设置了
<MicrosoftWebControls>
<add key="CommonFiles" value="/webctrl_client/1_0/"></add>
</MicrosoftWebControls>
webctrl_client我是放置在新站点的根目录下，可显示的树型结构为一串字符串。查了好多资料
 Cnapollo   (旁痞) 大侠的说法是：
/WEB你的虚拟目录的名称/treePath放webctrl_client文件的目录     
  ex:   
    <add key="CommonFiles" value="/LSOA(虚拟目录名)/webctrl_client/1_0"></add> 
可我的是新站点，没有虚拟目录名，按理应该合适的。
原来的工程虚拟路径为：d:\inetpub\wwwroot\weboa，在VS.NET调试时是没问题的，可将该目录作为一个新站点打开时，结果和部署到新站点的情况一样超级郁闷啊。大家救救
我在客户的虚拟空间是这样，在自己机器新建站点模拟也是这样HELP，我忙了一天一夜了

Answer 1

感觉应该是CommonFiles设置上我问题，可为什么工程目录设置为新站点再访问也不行呢？因为webctrl_client目录就放在工程目录下，设为站点后
<add  key="CommonFiles"  value="/webctrl_client/1_0/"></add>的设置应该是正确的。而新建站点时，比如物理路径为：d:\wwwroot，那么webctrl_client路径为d:\wwwroot\webctrl_client，所以value="/webctrl_client/1_0/"应该没错，但结果却不行，郁闷

Answer 2

下载下面这个文件：  http://wuwei0923.h172.1stxy.com.cn/others/BaseRichControl.rar然后拷贝你的iewebcontrols源代码中覆盖原文件。这是我前几年写的，改了源文件中的几句话，修改后重新编译的iewebcontrols要求你将原来的“webctrl_client/1_0/”目录改为你的应用程序根目录下的iewebcontrols目录。你不需要做任何配置。

Answer 3

你将iewebcontrols中安装在“webctrl_client/1_0/”子目录加入（鼠标拖入）到你的工程的iewebcontrols子目录，并且把工程引用的 Microsoft.Web.UI.WebControls.dll文件为重新编译过的，以后就不受虚拟空间的管理权限限制了。

Answer 4

到你的工程的iewebcontrols子目录  -->  到你的工程的中并且改名为iewebcontrols目录

Answer 5

哎，我干脆把这个dll和子目录都给你传上来了，在：http://wuwei0923.h172.1stxy.com.cn/others/Microsoft.Web.UI.WebControls.rar
http://wuwei0923.h172.1stxy.com.cn/others/iewebcontrols.rar你把iewebcontrols.rar里边释放的目录直接添加在工程根目录下，并且重新“引用”Microsoft.Web.UI.WebControls.dll 为从 Microsoft.Web.UI.WebControls.rar 里边释放的dll，这就OK了。

Answer 6

SP1234老大，我把你的DLL文件重新引用并从新编译过，在工程上测试没问题，win.config里的设置去掉了也OK。可是，问题还是一样：（。就是说，将你编译的控件和我编译的新DLL文件部署后，结果和以前一样。在吗？留个QQ，自己摸索实在太难

Answer 7

很有可能是你的IE设置的问题！
你把IE的internet选项里的安全选项卡下的安全级别里的自定义级别设置为“中”或更低试试！

Answer 8

很汗的说，我试图重置一次安全级别，依然为“中”，然后一切OK了可以前一直为“中”，而且工程测试和部署到默认站点中是没问题的。只是上传到客户站点，或者自己新建的站点就有这怪现象wwwxyzlnet(香月朱鹭)——看来你是福星哦我整整捣鼓了1天一夜我不知道给分是什么回事，两位大侠一人一半，分数尽管很少天亮之后再结帖了。感激、感谢两位大侠！！！