Почему при запуске GWT в режиме отладки мои точки останова не ломаются - PullRequest
17 голосов
/ 07 июня 2009

Я использую Eclipse 3.4.2 с последней версией GWT. Среда даже не переключается в режим отладки автоматически.

Ответы [ 10 ]

4 голосов
/ 08 июня 2009

Я нашел другую ветку в группах, обсуждающих мою проблему.

http://groups.google.com/group/Google-Web-Toolkit/browse_thread/thread/a9b553a6df5da5b8/65298c48c32deac0?lnk=raot&pli=1

По сути, JDK 1.6.0_14 не будет работать с GWT в режиме отладки затмения. Переключение другой JDK будет работать.

3 голосов
/ 07 июня 2009

Запускаете ли вы ваше приложение GWT в режиме хоста ?

Вы потратите большую часть времени на разработку своего приложения в размещенном режиме , что означает, что вы взаимодействуете с приложением GWT без его перевода на JavaScript .
Каждый раз, когда вы редактируете, запускаете и отлаживаете приложения из интегрированной среды разработки Java (IDE), вы работаете в размещенном режиме.
Когда приложение работает в размещенном режиме, виртуальная машина Java (JVM) фактически выполняет код приложения в виде скомпилированного байт-кода Java, используя систему GWT для автоматизации окна встроенного браузера .
Это означает, что средства отладки вашей IDE доступны для отладки как клиентского GWT-кода, так и любого серверного Java-кода.


Совет: Если вы используете Eclipse, вы также можете создать файл конфигурации запуска при создании нового проекта с applicationCreator, используя флаг -eclipse.

Если вы не использовали applicationCreator для создания сценария оболочки хост-режима для конкретного приложения, вы можете вручную запустить основной класс в com.google.gwt.dev.GWTShell, найденном (в зависимости от вашей ОС) в gwt-dev-windows.jar, gwt-dev-linux.jar, или gwt-dev-mac.jar.

Важное замечание: Если вы не используете сгенерированный сценарий <module>-shell, учтите, что в размещенном режиме оболочка разработки GWT ищет модули (и, следовательно, исходный код на стороне клиента), используя путь к классу JVM. Убедитесь, что сначала добавили ваши исходные каталоги в classpath.


См. Также Отладка в режиме хоста

альтернативный текст http://google -web-toolkit-doc-1-5.googlecode.com / svn / wiki / StockWatcherDebug1.png

2 голосов
/ 25 января 2015

В наши дни кажется, что классический режим разработки GWT больше не поддерживается или, по крайней мере, не рекомендуется . Он был заменен режимом GWT Super Dev, который запускает ваш код в Javascript, а не в JVM. Это означает, что вы отлаживаете в своем браузере , а не в Eclipse. Например, я посетил мой сайт в Chrome, открыл инструменты разработчика, переключился на вкладку источников, а затем заглянул в папку sourcemaps, чтобы найти все мои классы Java. Я могу поставить точки останова там, и браузер остановится, когда будет запущен эквивалент Javascript. Я могу проверить переменные Javascript, которые примерно соответствуют моим переменным Java.

Если вы действительно предпочитаете отладку в Eclipse, вы можете использовать плагин Eclipse отладчика Super Dev Mode , но он делает то же самое, что и отладчик Chrome. Когда я попробовал это, мне пришлось смотреть видео, чтобы оно заработало.

1 голос
/ 25 мая 2010

У меня была такая же проблема. В моем случае проблема заключалась в том, что я использовал JRE вместо JDK . Установка JDK вместо JRE , решила мою проблему. Я рекомендую просмотреть конфигурацию сборки, чтобы увидеть, какая из них используется.

1 голос
/ 27 июня 2009

Я использую 1.6.0_13, но отладка не работает. Это просто не достигает точек останова. Кроме того, страница отображается пустым в размещенном режиме (за исключением статического содержимого в файле HTML), но все отображается и работает правильно при работе в браузере.

Java-версия
Java-версия "1.6.0_13"
Java (TM) SE Runtime Environment (сборка 1.6.0_13-b03)

0 голосов
/ 13 января 2017

Я также следовал руководству StockWatcher на веб-сайте GWT , а затем перешел к части Отладка учебного пособия, и я не смог не заставляйте мои контрольные точки срабатывать, пока я не наткнулся на плагин SDBG . Я установил плагин и проследил за видео, и оно заработало!

Мое окружение:

  • Eclipse Neon.1a Release (4.6.1)
  • JDK 1.7.0_80
  • GWT SDK 2.7.0

Дополнительные примечания:

Обязательно выполните настройку Debug и используйте com.google.gwt.dev.DevMode в качестве основного класса.

0 голосов
/ 06 мая 2010

Смена JDK не помогла в моем случае, но я наконец-то выяснил, что не так.

При переходе с GWT 1.7 на 2.0 старые классы GWT останутся в боевом состоянии. Они должны быть удалены вручную, чтобы 2.0 сработал.

0 голосов
/ 05 января 2010

Обновлен до jdk1.6.0_17 - Работает нормально

0 голосов
/ 02 октября 2009

Также подтверждается, что отладчик не работает с 1.6.0_14. Понижение до 1.6.0_13 решило мою проблему. Фаринья, может быть, у вас все еще есть java_home (или что-то подобное), указывающее на установку 1.6.0_14, даже если вы установили 1.6.0_13?

0 голосов
/ 19 июня 2009

Я хочу подтвердить, что в основном JDK 1.6.0_14 не будет работать с GWT в режиме отладки затмения. Переключение другой JDK будет работать.

Я установил JDK 1.6.0_13 и включилась перспектива отладки eclipse. Использование eclipse 3.3.2

Спасибо за совет!

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...