GWT/GXT的调试控制台

GWT/GXT的调试控制台,gwt,debugging,gxt,Gwt,Debugging,Gxt,我需要查看GWT应用程序的组件树。DOM树也是可以接受的。不幸的是,GWT托管的浏览器不提供对devToolbar的访问 我找到的唯一方法是编译成javascript,然后使用常规浏览器。但是编译需要大量的时间 ExtJS有,但我找不到与GXT类似的东西 请建议调试可视化GWT应用程序的方法。通常,人们会使用IDE调试器逐步调试GWT代码。但是,如果问题是CSS/样式问题(从问题的声音来看,似乎是),那么这可能没有真正的帮助 我想编译它并使用firebug是解决css问题的唯一行之有效的方法。为

我需要查看GWT应用程序的组件树。DOM树也是可以接受的。不幸的是,GWT托管的浏览器不提供对devToolbar的访问

我找到的唯一方法是编译成javascript,然后使用常规浏览器。但是编译需要大量的时间

ExtJS有,但我找不到与GXT类似的东西


请建议调试可视化GWT应用程序的方法。

通常,人们会使用IDE调试器逐步调试GWT代码。但是,如果问题是CSS/样式问题(从问题的声音来看,似乎是),那么这可能没有真正的帮助


我想编译它并使用firebug是解决css问题的唯一行之有效的方法。

为什么编译成(漂亮的)JavaScript要花这么多时间?我认为不应该。也许您应该禁用不相关浏览器的编译(与调试目的无关),从而显著减少编译时间。

一个想法是通过减少开发过程中的排列(每个浏览器的版本不同)来最小化编译时间

在module.gwt.xml中强制使用用户代理,例如gecko1_8(Firefox 2)



如果您使用的是i18n,还可以限制开发过程中使用的区域设置。

是的,我今天只是想要FireBug+GWT。如果您有冒险精神,您可以研究GWT2.0的构建,其中提供进程外托管模式,允许您在FireFox或其他浏览器中进行调试。设计:进程外托管模式

GWT的来源在这里


我个人还没有达到构建它的痛苦阈值,因为我一直听说2.0“很接近”

它不是Firebug的调试器,但是GWT日志控制台非常非常方便,可以发现JavaScript中发生了什么


请参阅:

这需要60秒,我正在使用IDEA,大部分时间它都显示“加载继承的模块”。我有GXT和两个自定义继承模块。通过调试器,我可以看到我已经将带有内容的面板添加到容器面板,但屏幕上没有任何更改。我试着重新绘制(),重新计算()(两者都来自GXT),都没有帮助。当前的GWT trunk OOPHM工作得非常好。尤其是Firefox。我在这个问题上的回答是A+1。
<!-- User Agent -->
<set-property name="user.agent" value="gecko1_8" />