Контроль количества соединений с Вашим веб-сервером и Вашей базой данных является другой хорошей вещью отследить. Возможности состоят в том, если Вы стреляете через крышу, что-то жаждет ресурсов, и сайт собирается понизиться.
Также удостоверяются, что у Вас есть регулярный запрос на URL, который является разумным сквозным тестом системы. Если Ваш поиск поддержек сайта, то имейте nagios, выполняют поиск - который должен удостовериться, что поисковый индекс здоров, веб-сервер и сервер базы данных.
кроме того, удостоверьтесь, что Ваши приложения посылают Вам электронное письмо каждый раз, когда Ваши пользователи видят ошибку, или существует необработанное исключение. Тем путем Вы знаете, как приложение перестало работать в поле.
В последнее время я много поработал над GWT, и вот что я должен сказать:
Я мало что знаю насчет GWT-EXT, но я тоже считаю, что нет необходимости включать сторонние библиотеки.
Удачи в вашем решении :)
GWT 2.0, который должен выйти в ближайшие несколько месяцев, решает множество обсуждаемых проблем.
Повторное использование служебных объектов RPC.
Это вызывает состояние гонки с симптомами, которые выглядят как зависание приложения.
GWT довольно прямые и интуитивно понятно.
Особенно с выпуском UIBinder позволяют проводить виджеты GWT в XML, а затем сзади в Java.
Так что, если вы использовали другие инструменты Ajax или Flash Design, или Silverlight, и т. Д., GWT очень легко узнать.
Основное препятствие, если не подводное, является GWT RPC. Самость причина, по которой вы хотите использовать GWT, является из-за GWT Async RPC. В противном случае, почему бы не просто полагаться на CSS для форматирования вашей страницы?
GWT RPC - это элемент, который позволяет вашему серверу обновлять данные на вашем сервере без необходимости обновления страницы. Это абсолютное требование для страниц, таких как мониторинг эффективности акций (или текущий национальный и государственный долг США или количество нерожденных детей, прерванных во всем мире на второй).
GWT RPC прилагает некоторые усилия, чтобы понять, но учитывая несколько часов, он должен пойти все ясно.
Выше, после того, как приложив некоторые усилия для изучения RPC GWT, вы, наконец, обнаруживаете, что вы не можете использовать JSP в качестве компонента обслуживания для RPC, если только ... У меня есть 8 часть (я думаю) серия в моем блоге о том, как использовать JSP в качестве сервиса GWT RPC. Однако, поскольку вы не просили ответы, но просто вопросы, я воздержителюсь от рекламы моего блога.
Итак. Я очень верю, что худшие контрольные блоки / подводные камни для использования GWT выясняют, как правильно развернуть GWT Async RPC и как включить его для его использования для его использования JSP-сервис.
Не «невозможно преодолеть», но немного неудобно для чего-то простого.
Обработка дат:
GWT использует устаревший java.util.Date
, что может привести к неожиданному поведению при работе с датами на стороне клиента. java.util.Calendar
не поддерживается GWT. Подробнее здесь .
Примеры связанных проблем: