Во-первых, вы можете объединить все перестановки в одном файле, используя так называемые «мягкие перестановки» .
Затем вы можете встроить ваши * .nocache.js в HTMLСтраница хоста (например, с использованием директивы JSP @include) для вырезания одного дополнительного запроса (вам может потребоваться добавить <meta name=gwt:property content='baseUrl=myapp'>, где myapp - подпапка, в которой находятся файлы .nocache. ).
AFAIK это то, что Google делает для своих приложений GWT.
В качестве альтернативы, вы можете запустить выбор перестановки на стороне сервера, если вы можете полностью заменить скрипт выбора (*.nocache.js) с согласованием содержимого на стороне сервера (например, на основе заголовков запросов User-Agent и Accept-Language), который может напрямую генерировать тег <script> для соответствующего файла * .cache.js (при условии, что вы используете xsiframe linker).
AFAIK, Google использует все эти методы для своих приложений GWT (таких как группы Google).Однако для небольшого приложения я не уверен, что оно того стоит ...
Кроме того, последние два метода работают лучше всего, когда ваша HTML-страница хоста уже динамична и, следовательно, уже не кэшируется;иначе вы в основном переносите проблему, а не решаете ее.
Интересно, можно ли использовать компоновщик sso, когда вы сворачиваете все свойства и программные перестановки вплоть до одной жесткой перестановки.