Вы, вероятно, будете очень счастливы, используя классы Dictionary и Cookie в GWT.
В вашем html-файле хостинга вы поддерживаете некоторые объекты javascript, объявленные как var.
При загрузке модуля вызовите класс Dictionary, чтобы получить объекты javascript, которые вы определили для хранения данных конфигурации.
Таким образом, вы можете иметь управляемую пользователем или контекстную конфигурацию на стороне сервера, потому что иногда я использую JSP для генерации файла хостинга. Я мог бы управлять конфигурацией пользователя как куки-файлы на стороне сервера, хранящиеся в базе данных.
Итак ... сегодня четверг ... у пользователя есть история посещений веб-сайта Manchester Utd FC каждый четверг и т. Д., Позвольте мне дать пользователю другую конфигурацию, основанную на контексте / алгоритме, чувствительном к пользователю. А в понедельник утром пользовательский конфиг будет включать рекламные данные для 10-часовых энергетических напитков.
Таким образом, ваш клиент gwt не должен будет запрашивать контекстные данные конфигурации с сервера.
Но, конечно же, это не способ хранения данных аутентификации / безопасности, таких как пароли. Я не думаю, что вы должны даже подумать о сохранении данных аутентификации / безопасности в коде на стороне клиента. Даже после обфускации javascript хранение таких данных является открытым приглашением к сохранению злонамеренных намерений. Такие данные, если требуется хранение на стороне клиента, лучше всего обслуживать с помощью файлов cookie на стороне клиента с использованием файлов cookie класса GWT.