在一个gwt(google web toolkit)中,一般有一个默认的包“client”,如果引用项目外的类就要:
方法一(直接增加资源路径):
比如你的项目名为“AX”,那么会有一个对应的文件“AX.gwt.xml”,在此文件中加入如下内容
<module>
。。。。。
<source path="lib"/>
。。。。。
</module>
方法二(多重包含):
首先找到文件“AX.gwt.xml”在文件中加入对另外一个文件(比如“YY.gwt.xml”)的引用,如下
。。。。
<inherits name='com.KF.YY'></inherits>
。。。。
然后在文件“YY.gwt.xml”中加入与方法一相似的代码,如下
<module>
<source path="lib"/>
</module>
方法三(新增包与包“client”不在同一目录时)(参考)
这里举一个定义组件的例子
自定义组件包为“com.gwt.components.client”
在增加文件:在“com.gwt.components”下增加文件“user.gwt.xml”
内容:
<module>
<inherits name="com.google.gwt.core.Core"/>
</module>
在AX.gwt.xml中加入如下
。。。。
<inherits name='com.gwt.components.user'></inherits>
。。。。
此时默认的会包含文件“user.gwt.xml”所在目录下的“client”,如果在此目录下你还有其它的目录,就需要用文件“user.gwt.xml”中加入“<source path='你的目录'”。
分享到:
相关推荐
然而,GWT原生提供的控件集相对基础,无法满足复杂企业级应用的需求,这便是ExtGWT等第三方库存在的价值所在。 #### 搭建ExtGWT环境:从零开始 ##### 在Eclipse上搭建ExtGWT环境 - **准备工具**:确保安装Eclipse...
- **配置工程类库**:添加所需的第三方库,如GWT库、JSON库、WebSocket库等,以支持通讯功能和数据传输。 - **改错**:在开发过程中,及时修复可能出现的编译错误和逻辑错误,确保程序正常运行。 - **运行**:...
同时,任何第三方都可以使用OAUTH认证服务,任 何服务提供商都可以实现自身的OAUTH认证服务,因而OAUTH是开放的。业界提供了OAUTH的多种实现如PHP,JavaScript,Java,Ruby等各种语言开发包,大大节约了程序员的时间...
同时,任何第三方都可以使用OAUTH认证服务,任 何服务提供商都可以实现自身的OAUTH认证服务,因而OAUTH是开放的。业界提供了OAUTH的多种实现如PHP,JavaScript,Java,Ruby等各种语言开发包,大大节约了程序员的时间...
同时,任何第三方都可以使用OAUTH认证服务,任 何服务提供商都可以实现自身的OAUTH认证服务,因而OAUTH是开放的。业界提供了OAUTH的多种实现如PHP,JavaScript,Java,Ruby等各种语言开发包,大大节约了程序员的时间...
同时,任何第三方都可以使用OAUTH认证服务,任 何服务提供商都可以实现自身的OAUTH认证服务,因而OAUTH是开放的。业界提供了OAUTH的多种实现如PHP,JavaScript,Java,Ruby等各种语言开发包,大大节约了程序员的时间...
同时,任何第三方都可以使用OAUTH认证服务,任 何服务提供商都可以实现自身的OAUTH认证服务,因而OAUTH是开放的。业界提供了OAUTH的多种实现如PHP,JavaScript,Java,Ruby等各种语言开发包,大大节约了程序员的时间...
同时,任何第三方都可以使用OAUTH认证服务,任 何服务提供商都可以实现自身的OAUTH认证服务,因而OAUTH是开放的。业界提供了OAUTH的多种实现如PHP,JavaScript,Java,Ruby等各种语言开发包,大大节约了程序员的时间...
同时,任何第三方都可以使用OAUTH认证服务,任 何服务提供商都可以实现自身的OAUTH认证服务,因而OAUTH是开放的。业界提供了OAUTH的多种实现如PHP,JavaScript,Java,Ruby等各种语言开发包,大大节约了程序员的时间...
同时,任何第三方都可以使用OAUTH认证服务,任 何服务提供商都可以实现自身的OAUTH认证服务,因而OAUTH是开放的。业界提供了OAUTH的多种实现如PHP,JavaScript,Java,Ruby等各种语言开发包,大大节约了程序员的时间...
同时,任何第三方都可以使用OAUTH认证服务,任 何服务提供商都可以实现自身的OAUTH认证服务,因而OAUTH是开放的。业界提供了OAUTH的多种实现如PHP,JavaScript,Java,Ruby等各种语言开发包,大大节约了程序员的时间...
同时,任何第三方都可以使用OAUTH认证服务,任 何服务提供商都可以实现自身的OAUTH认证服务,因而OAUTH是开放的。业界提供了OAUTH的多种实现如PHP,JavaScript,Java,Ruby等各种语言开发包,大大节约了程序员的时间...
同时,任何第三方都可以使用OAUTH认证服务,任 何服务提供商都可以实现自身的OAUTH认证服务,因而OAUTH是开放的。业界提供了OAUTH的多种实现如PHP,JavaScript,Java,Ruby等各种语言开发包,大大节约了程序员的时间...
同时,任何第三方都可以使用OAUTH认证服务,任 何服务提供商都可以实现自身的OAUTH认证服务,因而OAUTH是开放的。业界提供了OAUTH的多种实现如PHP,JavaScript,Java,Ruby等各种语言开发包,大大节约了程序员的时间...
同时,任何第三方都可以使用OAUTH认证服务,任 何服务提供商都可以实现自身的OAUTH认证服务,因而OAUTH是开放的。业界提供了OAUTH的多种实现如PHP,JavaScript,Java,Ruby等各种语言开发包,大大节约了程序员的时间...