【问题标题】:Environment requirements developing GWT GXT application开发 GWT GXT 应用程序的环境要求
【发布时间】:2013-04-18 01:30:01
【问题描述】:

我必须维护一个使用 GWT 2、GXT 2.2、RPC 调用、Hibernate、Spring 和 MySql 构建的 Web 应用程序。 为了调试应用程序服务器/客户端,编译和工作的最低要求是什么(Windows Xp系统)

【问题讨论】:

    标签: spring gwt ide gxt


    【解决方案1】:

    GWT 团队的推荐 -

    来源 - https://vaadin.com/blog/-/blogs/the-future-of-gwt-report-2012 您可以投票支持 GWT 开发请求以改进编译时间 - https://vaadin.com/gwt/report-2012/wishlist

    其他一些提示 - How to improve GWT hosted mode / compilation times?

    【讨论】:

    • 谢谢 SSR,现在我知道我不是唯一一个可以在 GWT 编译时休息的人 ;)
    • 欢迎来到俱乐部!!!咖啡,茶,太妃糖,乒乓球,智能手机浏览可以让您忙碌。开玩笑地在 Vaadin 网站上为开发时间编译点赞。投入硬件。从长远来看,它会有所回报:)
    • 不确定我是否理解正确的图形,我的一个小项目有 6MB(有 6 个排列)。我认为它不会小于 5MB。编译需要 23,292 秒(1 年的笔记本电脑)。那么这100k是什么?无论如何,这有多好,您应该将其标记为已回答。
    • 尝试使用 GWT 的 truetrue 来计算 js 文件中的统计信息。
    【解决方案2】:

    Eclipse 几乎可以在任何硬件上运行。编译可能只需要更长的时间。我在一台使用了 3 年的笔记本电脑上进行开发,速度足够快。

    【讨论】:

    • 感谢您的回答,是的,我使用 Elcipse,但编译时间至少需要 6 分钟,并且通过 google 插件在 tomcat 和客户端调试服务器端变得非常困难,而且不灵活我可以比如说,有时在服务器端调试 RPC 调用时,客户端会向我抛出异常 RPC 读取超时
    • 编译 6 分钟是可以的,如果它有点大。调试模式应该几乎是即时的或
    • 不,超时不是无限循环,但是当它到来时,我必须再次重新调试以观察我的代码并快速完成。我的笔记本电脑是具有 2GB 或 RAM 的双核,它是华硕,Windows XP SP3,每个 CPU 1.5 GHz
    • 我很难理解您的问题。是否仅在部署时才发生超时?那么你有一个服务器/网络问题,而不是 GWT 问题。这是在调试模式下发生的吗?这是随机发生还是仅在执行某些操作时发生。这只能通过大量的日志记录和断点来确定。至于你原来的问题。您的 PC 越好,编译和调试工作就越快。如果它对您来说不够快,那么您就回答了自己的问题。
    • 好吧,我不是以英语为母语的人;D,读取超时的问题仅在调试模式下发生,当客户端确实调用服务器端时,我在开始代码计算处有断点客户端请求,不知道有没有办法配置rpc调用的超时时间
    【解决方案3】:

    我建议您使用EclipseGoogle Plugin For Eclipse,然后使用Google Plugin For Eclipse 和configure gxt for your project 创建您的GWT 项目。

    【讨论】:

    • 首先感谢您的回复,是的,正如我对 Martin 所说,如果我至少需要 6 分钟,我怎么能有效率,我唯一做的就是将编译排列减少到 2 个排列通过限制浏览器 IE8 的编译,该项目中只有一个入口点,我无权将入口点拆分为多个:(
    • 如果你有一个多核CPU,你可以使用“-localWorkers 4”参数进行并发编译以减少编译时间。
    • 我有一个双核,我测试了用那个 arg 编译,但它仍然 > 6 分钟。但实际上我认为 arg 对我没有用,因为如果我打开任务管理器(进程 javaw.exe 占用 50%)并右键单击该进程,我会看到使用 CPU0 和 CPU1 执行的进程(默认情况下是所有进程)
    【解决方案4】:

    好吧,我使用 -localWorkers 6 作为参数,使用 -Xmx512m 作为 VM,我已经清理了旧的 .class 文件,但仍然停留在 6 分钟(我的项目是 9.5MB),我认为唯一可以提高编译时间是使用足够快的强大CPU

    【讨论】:

    • 你好可能是我要说的可能是一个提示,昨天我已经从未使用的导入中自动清除了整个项目,你猜怎么着,编译时间从 6 分钟减少到 3 分钟 20 秒,所以我有获得 2 分钟 40 秒太棒了,我想知道这个项目中有多少未使用的导入,希望这可以帮助某人;)
    【解决方案5】:

    我对所有项目的最大性能改进是将我的工具包 VM 移动到固态驱动器上

    为获得最佳效果,请将您的笔记本电脑系统磁盘升级到 SSD,但如果无法缩小尺寸,请将 60G SSD 装入外壳中,将其连接到 ESATA 端口,然后进行编译。 USB 3.0 是 esata 的合适替代品,但 USB 无法维持相同的峰值吞吐量。

    【讨论】:

    • 另外 - 此解决方案提供更好的安全性(通过 TrueCrypt)、便携性(笔记本电脑->台式机->云)、轻松备份,并将我的客户信息完全分开。
    【解决方案6】:

    我的问题从 12 月就解决了 :D ,通过重新格式化我的旧电脑,编译时间花了 2 分钟,只为 ie8 使用编译,没有其他配置,但是你的回复将来对我有用;)

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2014-11-02
      • 2012-02-13
      • 1970-01-01
      • 2012-09-10
      • 2012-10-30
      相关资源
      最近更新 更多