Обновление силы кэша Java клиента.
Я нашел ответ здесь здесь. Заключить соответствующие биты в кавычки:
Явный "%2f" позволяется в строке запроса. но не в URL. Чтобы быть допустимым, это должно было бы быть закодировано как %252f, который я думаю, что Вы найдете для работы, как Вы ожидаете.
Поскольку URL самостоятельно недопустим, сервер отклоняет его, прежде чем любые апачские модули будут вызваны.
Для получения дополнительной информации см. RFC2396 - Универсальные идентификаторы ресурса (URI): Универсальный Синтаксис.
Алгоритм кэширования Java-апплетов описан здесь .
Попробуйте заставить Apache возвращать разумные заголовки Last-Modified . Если этого не происходит, это может нарушить алгоритм кеширования. Last-Modified должен быть более поздней датой, чем предыдущий апплет.
Также проверьте, что тип MIME для файлов JAR из Apache - application / java-archive , так как не имеет это может нарушить кэширование (но обычно это предотвращает их кеширование ).
Также существует возможность внесения изменений в файлы HTML, как описано.
Можете ли вы изменить ссылку, по которой пользователи нажимают, чтобы открыть файл Java? Если да, то есть несколько способов исправить это там:
- изменить
appname.jarнаappname.jar? Version = 20120124. - add
< param name = "cache_option" value = "no">между