《GWTxml文档配置相关情况.doc》由会员分享，可在线阅读，更多相关《GWTxml文档配置相关情况.doc（3页珍藏版）》请在金锄头文库上搜索。
1、重命名模块模块配置文件的元素有一个可选的属性 rename-to 。这个属性可以让JAVA - JavaScript的编译器把对应模组按照重命名之后的名字来处理。重载一个实现标签告诉编译器将一个目录作为源码的根目录。当你想在一个GWT工程中重用一个java的api，而原先的源码路径又没法编译这个类的时候这个标签就有用武之地了(这句没有译出原话的意思来，看后面的意思，等我都搞懂了再回来改)。这个功能多的时候用来模拟一个尚未被GWT实现的JRE的功能。请看下面这个例子，假设你打算实现JRE 下面java.util 下面的UUID 类， 你的工程的模块是：com/example/myproject/
2、MyProject.gwt.xml.那么你可以把UUID 类放到 com/example/myproject/jre/java/util/UUID.java.然后在MyProject.gwt.xml 中加入这就告诉编译器将com/example/myproject/jre 加到源码路径下面，但是去掉，并且包括jre，之前的部分。这样做的实际效果是， com/google/myproject/gwt/jre/java/util/UUID.java 将会被视作java/util/UUID.java 。看到了吧， 这样实际上你为GWT的jre增加了一个类的实现。基于GWT的工程内在的使用了这种技术来
3、实现对JRE的模拟。必须指出是，以这种对JRE类进行的重载实际上并不能被用于主机（host）模式。主机模式中， 本地的jre总是替代了源码编译而来的类。 标签支持基于模式的过滤，这个特性使得你可以在更细的粒度上控制编译是那个资源被复制到输出目录。 : 从指定的模块继承所有的设置。这样做时间上是将所有的设置都复制的当前的这个文件。可以继承的模块数量不限。 : 定义一个入口类。可以定义任意数量的入口，当然被继承过来的入口同样有效。同一个有效域内的所有的入口都被编译到同一个代码库。并且，被按照出现在配置文件中的顺序依次的被各自的onModuleLoad()方法加载。 : 每个标签都通过合并其所指定的
4、路径到模块配置XML文件所指定的包中去的方法， 加入了一个包到编译器的源码路径内。所有出现在包中的java文件或者其子包都会被编译。同样，基于模式匹配的过滤也是支持的，以便于为你提供对编译输出，主要是对那些资源将被复制编译输出目录，提供细粒度的控制。如果整个模块配置文件都没有标签被定义，那么client包将被隐式的加入到源码路径中去，这个动作等同于.这个默认设置可以帮助大家使用google推荐的标准工程文件夹的组织方式。 这个标签用于将一个包加入到public path 路径下面。所有出现于public path路径下面的资源将被所有的客户端代码访问。和source一样， 也有一个默认的指向，
5、模块根目录，就是模块配置文件所在的目录，下的public 文件夹。 : 为了便于RPC测试，这个标签定义了一个servlet并将之绑定到一个URL，但是请注意，和在web.xml中定义不同， 1。此处要求URL的末尾必须是一个目录而不是”/”。在客户端代码中， 你可以指定一个调用位置，用ServiceDefTarget.setServiceEntryPoint(String).这里对加载的servlet的数量没有限制。2。这个地方的定义只对GWT的内置服务器的服务器端的调试起作用。 : 在中用模块的主页中引入js文件或者文件夹，这个效果等同于你在HTML 页面中使用 script 。 : 在中用模块的主页中引入css文件或者文件夹，这个效果等同于你在HTML 页面中使用 script 。 : 这个使用来定义本地化参数的，也可以用来定义其他的一些属性
