Gridget > Grid Computing Solutions

Sun.comhttp://www.sun.com [Sun.com] Grid Computing letsyou bring together all your heterogeneous resources and allocatethem efficiently to applications within the enterprise and beyond.Once you are utilizing all your current IT assets, you will find iteasy to add more resources to your Grid. The new resources provideseamless expansion of IT infrastructure.

Previous [Previous] Grid Technology Center...

Next [Next] Nodezilla - Grid networking...

Some related posts from Technorati and Google.

http://www.cnblogs.com [Cnblogs.com] 博客园- 广州.NET俱乐部:   总结:除了每个组件的“复制到本地”属性外,项目的“引用路径”设置也会到组件的引用方式起作用。当引用一个组件的时候,会查找“引用路径”设置里的路径,如果改路径不存在,比如系统组件路径,则vs2003会自动把改组件复制到项目bin目录下,而不管改被添加组件的“复制到本地”属性是什么。但是,我又发现,新建的项目里根本没有对C:\WINDOWS\Microsoft.NET\Framework\v1.1.4322\的引用,只有对自身bin目录的引用,我想可能是vs2003的自动机制,新建项目的时候就已经默认了系统组件的路径,虽然在“引用路径”里看不到,但是,它却把对它的引用放到了第一位,这个也可以从另一方面看到,我们注意到新建项目的时候vs2003自动给我添加了常用系统组件的引用,而且这些组件在bin目录下并没有副本,也就是说只是对系统组件路径的引用而已。也许是我同事改了什么,改变了vs2003的默认路径规则,让它不再把没出现在“引用路径”设置中的C:\WINDOWS\Microsoft.NET\Framework\v1.1.4322\作为首选路径,而是该项目的bin目录作为了首选路径,这也就是我编译的时候找不到组件的原因。到现在,我也不知道到底是哪里改变了vs2003的默认路径引用规则,或许根本就没什么改变了它,而是vs2003开发者的疏忽,既然把C:\WINDOWS\Microsoft.NET\Framework\v1.1.4322\作为首选路径,为什么在项目的“引用路径”设置里没它的身影呢?而做了某些操作后,又撤消了这一默认规则,而是根据“引用路径”设置来加载组件。

Reflected tags on Technorati: Blog, ,