Спасибо за новость. Давно ждал обновления именно из-за Super Dev режима. В текущем виде отладка более менее тяжелого GWT приложения стоит кучу времени и нервов из-за неторопливости и неповоротливости Dev режима.
Интересно, запустится ли новый режим при отладке на external сервере.
Не пробовали ли случайно использовать дополнительное Android устройство (телефон или планшет) в качестве пульта управления? Имею в виду использование программ на подобии этой: play.google.com/store/apps/details?id=com.tournesol.tabletremote&hl=ru
Если пробовали, то поделитесь, пожалуйста, впечатлениями.
Многие фриланс биржи могут выступать посредниками за процент от суммы сделки (10-15%, правда). Т.е. заказчик сначала оплачивает полную оговоренную сумму на счет системы. Вы их не получаете, пока он не согласится, что проект закончен и сдан в срок. Если возникает какая-то спорная ситуация, то забрать обратно эти деньги просто так он не сможет. Тут уже привлекается биржа и по результатам арбитража будет решено кому и сколько денег отдать.
Проблемы вылазят иногда из-за неправильного перевода нативных JRE классов в Javascript. Некогда подпортила мне нервов реализация метода Char.isDigit в GWT. В дебаге все работало, после компиляции не работало. Оказалось, что isDigit в GWT работает только для стандартных латинских цифр (отладчик показал, что заменяется на простой регексп), для других же цифр метод работает некорректно.
Меня это всегда удивляло, почему технологии продвигаемые одной и той же компанией так плохо совмещаются во время разработки. Почему в IE и FF отладка работает на порядок шустрее остается для меня загадкой.
чтобы в реальном браузере открыть — нужно компилить.
Сейчас не надо. Отладка работает без компиляции в любом браузере, где можно установить GWT Development Plugin. Правда тормозит на тяжелых проектах. Компилировать же не так часто надо. Но одна мысль, что надо бы скомпилировать наконец, вызывает у меня ужас.
GWT отличная технология, но на данный момент имеет определенные минусы, которые значительно уменьшают удовольствие от разработки: время компиляции, отсутствие инкрементальной компиляции (обещают, вроде, в версии 2.5), отладка в хроме тормозит ужасно (хотя, может, уже и поправили за последние пару месяцев).
Как выглядит цикл разработки web-приложения, в классическом виде:
1. Сделали изменения в коде (или в ресурсах)
2. Собрали JAR/WAR/EAR
3. Развернули полученный архив в контейнере
4. Открыли развёрнутое приложение, и, после некоторых манипуляций увидели результаты своего труда.
Не знаю как в остальных IDE но в Eclipse возможность удаленной отладки на разных AS существует уже довольно давно. Т.е. пункты 2 и 3 лишние. Но как я понял основное преимущество JRebel в более продвинутом hot code replace. Есть ли еще какие-нибудь весомые преимущества по сравнению, скажем, с возможностями отладки в JBoss Tools?
Некоторые IDE, в частности Eclipse, поддерживают отладку на сервере. Т.е. нет необходимости пересобирать проект 40 раз на день, можно прямо из IDE выполнять и отлаживать код на сервере.
У меня нет датчика в зоне 12. Ее можно отключить, но тогда я не смогу в будущем поставить датчики дыма и газа. Только зона 12 работает в режиме 24 часа. Если бы я знал какой из 9-и датчиков вызывает проблему, то давно бы его заменил.
Подул ветер, может. Не зря датчики не рекомендуют ставить рядом с открытыми окнами. Тут у меня, как видите, датчик, может, срабатывает и корректно на движение но отсылает совсем не те данные на централь. А может и централь барахлит…
Да я взял похожую систему уже, якобы, сертифицированную. Датчики выглядят точь в точь как у продавца, которого вы упомянули. Смонтировал 9 беспроводных датчиков движения и каждому назначил свою зону (от 1 до 9). Централь же поддерживает 12 беспроводных зон. Зона 12 является 24-х часовой, т.е. события в этой зоне вызывают тревогу не зависимо от того стоит система на охране или нет (удобно использовать для датчиков дыма, газа и т.п.).
Не смотря на то, что у меня нет пока еще датчиков в зоне 12, периодически, неведомо при каких условиях, система поднимает тревогу в этой зоне. Есть подозрения, что какой-то датчик движения барахлит и периодически отсылает неправильный код зоны. Только вот определить какой и воспроизвести условия вызывающие ложные срабатывания специально никак не получается. В общем, мучаюсь пока.
На сколько помню — в минус не пойдет. После следующего пополнения задолженность за предыдущие месяцы тоже снимать не будет. Так было несколько лет назад, по крайней мере.
Интересно, запустится ли новый режим при отладке на external сервере.
play.google.com/store/apps/details?id=com.tournesol.tabletremote&hl=ru
Если пробовали, то поделитесь, пожалуйста, впечатлениями.
Сейчас не надо. Отладка работает без компиляции в любом браузере, где можно установить GWT Development Plugin. Правда тормозит на тяжелых проектах. Компилировать же не так часто надо. Но одна мысль, что надо бы скомпилировать наконец, вызывает у меня ужас.
Не знаю как в остальных IDE но в Eclipse возможность удаленной отладки на разных AS существует уже довольно давно. Т.е. пункты 2 и 3 лишние. Но как я понял основное преимущество JRebel в более продвинутом hot code replace. Есть ли еще какие-нибудь весомые преимущества по сравнению, скажем, с возможностями отладки в JBoss Tools?
jamies-gwt.blogspot.com/2010/03/walkthrough-integrating-gwt-with-jboss.html
Для Tomcat, может, подойдет эта инструкция:
eclipse.org/webtools/community/tutorials/BuildJ2EEWebApp/BuildJ2EEWebApp.html
Кстати, как я понял автор библиотеки использовал информацию о календарях отсюда: www.tondering.dk/claus/calendar.html
Не смотря на то, что у меня нет пока еще датчиков в зоне 12, периодически, неведомо при каких условиях, система поднимает тревогу в этой зоне. Есть подозрения, что какой-то датчик движения барахлит и периодически отсылает неправильный код зоны. Только вот определить какой и воспроизвести условия вызывающие ложные срабатывания специально никак не получается. В общем, мучаюсь пока.