Диагностика и улучшение производительности java jnlp по сравнению с файлом jar

Question

Клиент X спросил, как улучшить время запуска процесса Java, который он использует. Проблема в том, что он запускается не через jar-файл, а через 'jnlp' (который, как я предполагаю, указывает на то, что это java-приложение веб-запуска)

StartUserWorx.jnlp

Есть ли способ преобразовать это в файл JAR, а затем попросить пользователя локально вызвать приложение и включить флаг запуска в JRE, чтобы выделить больше оперативной памяти процессу?

Пользователь немного разочарован, потому что другие работники в том же офисе используют одно и то же приложение на почти идентичных машинах, и, тем не менее, его процесс всегда загружается намного дольше (несколько минут, чем несколько секунд). ).

Answer 1

если вы используете что-то вроде Блокнота для просмотра содержимого файла .jnlp, вы увидите всю информацию, которую он использует для запуска.

Ищите main-class (на узле application-desc). Это класс Java, содержащий метод main. Для получения дополнительной информации вы должны обратиться к http://java.sun.com/javase/technologies/desktop/javawebstart/index.jsp для спецификации jnlp.

Отсюда вы можете создать командный файл с правильным путем к классу для запуска приложения. Но вы отказываетесь от любых преимуществ использования метода jnlp. Так что вам нужно помнить об этом.

В файле jnlp также есть раздел 'resources', который покажет вам необходимые jar-файлы и другие jnlp веб-запуска.

Вы должны делать некоторые проверки вне реального приложения. Если это похожие машины, то, скорее всего, что-то другое. Дефрагментация нужна? Сеть? Возможно, сам java-vm загружается слишком долго.

Answer 2

Проверьте настройки сети пользователя. По моему опыту, длительные задержки часто бывают вызваны неправильной настройкой DNS, неправильными таблицами маршрутизации (DNS должен истечь, если не получен положительный ответ) или просто неверным файлом lmhosts.

Answer 3

Проверьте настройки прокси на медленном компьютере. У этого пользователя могут быть неправильные настройки прокси, и может возникнуть много дополнительного сетевого трафика / тайм-аутов?

Раньше у нас была такая проблема с веб-запуском, загрузка фляги с локального сервера была круговой, через прокси на другое побережье и обратно.