Java Web Start - Популярность

Question

Java Web Start - Популярность

Сделайте одно, получите SHA команды. например, 87c9808, а затем,

переместите себя, то есть ваша голова к указанному фиксации (сделав git reset --hard 89cef43 // упомянуть ваш номер здесь)
Затем выполните некоторые изменения в случайном файле, так что git попросит вас совершить это локально, а затем удаленно. Таким образом, вам нужно сделать это сейчас. после применения изменения git commit -a -m "trial commit"
Теперь нажмите следующую фиксацию (если это было сделано локально) с помощью git push origin master
Теперь, что git спросит от вас является то, что ошибка

: не удалось нажать некоторые ссылки на « https://github.com/YOURREPOSITORY/AndroidExperiments.git »: Обновления были отклонены, потому что подсказка вашей текущей ветки отстает от намека: ее удаленная копия. Интеграция удаленных изменений (например, подсказка: «git pull ...») перед повторным нажатием. **

Таким образом, теперь вы можете сделать

git push --force origin master

И, таким образом, я надеюсь, что он работает:)

30

java jnlp java-web-start

задан skaffman 3 December 2009 в 13:32

5 ответов

Я думаю, что это происходит главным образом из-за отсутствия осведомленности. Это работает очень хорошо. Довольно бесшовный. Приложение только загружает, если это - первый раз, когда было обновление, или если конечный пользователь очистил кэш. Отличный способ развернуть полноценные настольные приложения, которые пользователь не должен будет волновать по поводу ручного обновления!

8

ответ дан Brian Knoblauch 3 December 2009 в 13:32

1

Страница, не найденная 22.08.2010 – 23 August 2010 в 06:06

Проблема с Webstart, что на самом деле необходимо 'запустить' что-то, что не является во всем, что быстро даже с быстрым соединением, в то время как с веб-приложением Вы вводите URL и приложение, там.

Также много вещей может пойти не так, как надо с webstart. Возможно, предполагаемому пользователю не были нужны полномочия, или прокси webstart настроен неправильно, или что-то пошло не так, как надо с jre зависимостями или нет просто никакого Java, установленного во-первых. Таким образом для среднего числа самка Джона в Интернете это нисколько не приятно.

В управляемых средах как компания это - хорошее и легкое решение во многих случаях.

7

ответ дан Jens Schauder 3 December 2009 в 13:32

1

Необходимо, вероятно, считать Введение в Алгоритмы для объяснения. Они , почему вполне прилично объяснен и будет иметь смысл, когда Вы анализируете различные случаи, которые возникают при вставке нового узла. – arviman 17 January 2013 в 23:44

Главный контрольно-пропускной пункт для Java, который Webstart, вероятно, что все еще необходимо было установить JVM, прежде чем это сможет даже попытаться загрузить и запустить приложение. У всех есть браузер. Не у всех есть JVM.

Редактирование: я с тех пор получил некоторый практический опыт webstart и могу теперь добавить эти две точки:

сценарий Инструментария Развертывания и построенная из модулей JVM, выпущенная где-нибудь вокруг Java 1.6u10, делают требование JVM менее проблематичным, так как это может автоматически загрузить JVM и ядро API и запустить хитрость программы, загружающую остальных.
веб-Запуск серьезно ошибочен. Даже среди выпусков Java 1.6 был тот, который загрузил целое приложение каждый раз и другой, который загрузил его и затем перестал работать с неясным сообщением об ошибке. В целом, я не могу действительно рекомендовать полагаться на такую хрупкую систему.

11

ответ дан Michael Borgwardt 3 December 2009 в 13:32

1

It' s стоящий замечания, что иногда Дерево RB или любое самоуравновешивающееся дерево, может произвести нижнюю производительность для несбалансированного дерева. Это кажущееся противоречие может произойти, если несбалансированное дерево расположено так, чтобы узлы, к которым наиболее часто получают доступ, были ближе к корню, чем дерево RB имело бы их. Со случайным образом распределенным источником данных это происходит больше, чем you' d воображают. Важный момент, являющийся RB, не распределяет согласно количеству доступа. Это распределяет для обеспечения самого быстрого доступа к любому данному ключу - независимо от того, как часто любой данный ключ получен. – 20 February 2015 в 10:58

Существует очень большая проблема, заключающаяся в том, что он не позволяет "запускать программу немедленно, а ЗАТЕМ проверять и загружать любые обновления в фоновом режиме" развертывания , к чему сходится фактическое поведение приложений.

Лично я считаю это настолько большим раздражением, что мы активно ищем другую технологию, которая это обеспечивает.

1

ответ дан 28 November 2019 в 00:02

Другие вопросы по тегам:

java jnlp java-web-start

Похожие вопросы:

Необходимо, вероятно, считать Введение в Алгоритмы для объяснения. Они , почему вполне прилично объяснен и будет иметь смысл, когда Вы анализируете различные случаи, которые возникают при вставке нового узла. — arviman, 17 January 2013 в 23:44
It' s стоящий замечания, что иногда Дерево RB или любое самоуравновешивающееся дерево, может произвести нижнюю производительность для несбалансированного дерева. Это кажущееся противоречие может произойти, если несбалансированное дерево расположено так, чтобы узлы, к которым наиболее часто получают доступ, были ближе к корню, чем дерево RB имело бы их. Со случайным образом распределенным источником данных это происходит больше, чем you' d воображают. Важный момент, являющийся RB, не распределяет согласно количеству доступа. Это распределяет для обеспечения самого быстрого доступа к любому данному ключу - независимо от того, как часто любой данный ключ получен. — , 20 February 2015 в 10:58

score 15 · Accepted Answer

Я думаю, что причина не в безопасности или времени запуска приложения. Давайте разберемся, что скрывается за сценой, прежде чем выясним основную причину.

Панель управления Java имеет настройки, которые позволяют пользователям использовать настройки прокси-сервера по умолчанию или переопределять их. Другими словами, группы разработчиков инфраструктуры могут настроить установочные образы Windows или ОС, чтобы предварительно установить JVM с настройками прокси-сервера предприятия. Так что я считаю, что это вообще не проблема.

Java Web Start фактически кэширует все приложения с настраиваемыми параметрами в панели управления Java. После кеширования приложение «устанавливается», как и другие приложения. Хотя первый раз выполнение может быть медленным, второй раз будет быстрым из-за JVM ' s умная техника распределения памяти. Таким образом, время запуска может быть проблемой, но многие веб-сайты (даже внутренние) теперь перенесены на портал. Веб-портал обычно содержит множество неиспользуемых библиотек для целей разработки из-за того, что сам портал не предполагает, какие типы портлетов создаются и развертываются на конкретной странице. Таким образом, загрузка одной страницы портала может занять до МБ и заполнить страницу более чем за 5 секунд; это всего лишь одна страница, и кеширование помогает до 30%, но все еще существует множество компонентов HTML / Javascript / CSS, которые необходимо загружать каждый раз. При этом я уверен, что Java Web Start здесь является преимуществом.

Java Web Start не загружается повторно, если он кэширован, пока серверная копия НЕ обновлена. Следовательно, если, например, программное обеспечение для управления проектами, такое как MS Project, выполняется с использованием SmartClient (аналогично JWS), обмен информацией между клиентом и сервером будет осуществляться исключительно данными без представления, такого как полное обновление страницы браузера. Даже с помощью Ajax он не исключает полностью загрузку страницы. Кроме того, многие компании считают Ajax незрелым и незащищенным. Вот почему Ajax - горячая тема в кругах разработчиков, но пока не в корпоративном ПО. Имея это в виду, приложения JWS определенно имеют больше преимуществ, таких как то, как приложения JWS развертываются и выполняются в песочнице, подписываются и имеют гораздо более интерактивный графический интерфейс.

Другие преимущества включают более быструю разработку (легче отлаживать код и повышать производительность), отзывчивый пользовательский интерфейс (не требует, чтобы серверы Comet обеспечивали функциональность PUSH), и выполняется быстрее (наверняка, потому что клиентские компьютеры визуализируют графический интерфейс без перевода, например HTML / Javascript / CSS, и меньше обрабатывают данные).

После всего этого я еще не затронул вопрос, почему JWS не так популярен?

Я считаю, что это то же самое, что и комментарий Брайана Ноблауха, но он не осознается.

ИТ-специалистов слишком привлекает реклама веб-технологий, Ajax PUSH, GWT, и все эти модные слова заставляют их склоняться к веселью. использования различных технологий или решения технических проблем вместо того, что действительно работает для клиентов.

Взгляните на Citrix. Я считаю, что Citrix - отличная идея. Citrix позволяет создавать собственные фермы приложений неявно. Существует множество стратегий обновления и внедрения, которые не повлияют на качество обслуживания клиентов. Развертывание Citrix чрезвычайно просто, стабильно и безопасно. Предприятия до сих пор его используют. Однако я думаю, что JWS даже лучше, чем Citrix. Идея JWS состоит в том, чтобы запускать приложения на клиентских машинах вместо того, чтобы размещать тонны серверных ферм, где клиентские машины могут сами запускать эти приложения. Это экономит компании много денег !!! С JWS команда разработчиков по-прежнему может создавать бизнес-логику и данные на стороне сервера. Однако без модуля веб-обработки и предоставления клиентским компьютерам возможности выполнять процесс рендеринга значительно сокращается потребление сети и вычислительная мощность сервера.

Еще одним примером того, почему JWS - потрясающая идея, является Blackberry MDS. Приложения Blackberry - это на самом деле приложения Java, переведенные с Javascript. В студии BB MDS вы используете инструмент графического интерфейса для создания графического интерфейса приложения BB, кодируя логику графического интерфейса на Javascript. Затем приложения переводятся и развертываются на сервере BES. Затем сервер BES распространит эти приложения на BB. На каждом BB оно запускает тонкое Java-приложение только с графическим интерфейсом и сетевыми возможностями. Всякий раз, когда приложению требуются данные, оно связывается с BES через веб-службы для использования служб с других серверов. Разве это не просто версия JWS BB? Он оказался чрезвычайно успешным.

Наконец, я думаю, что JWS не популярен из-за того, как Sun рекламирует его. BB никогда не афиширует, насколько хороши их Java-приложения BB, они верят, что клиентам все равно, что это такое. BB рекламирует преимущества использования MDS для разработки приложений: быстрота, экономия затрат, рентабельность бизнеса.