java web start алтернатива [затворено]

Търсим алтернатива на Java web start, която ефективно прави същото, само че е по-добре внедрена. Имаме големи проблеми с това. Имаме няколко офиса на настолни компютри с XP, всички малко по-различни и досега само няколко са работили без сериозни настройки. Проблемите са свързани с това, че не работи добре с настройките на прокси сървъра (използването на директна връзка в контролния панел на Java му позволява да работи), отказва да се стартира, когато параметри като "-Xmx" са зададени, но работи добре, когато не са (докато не стартира липса на памет) и други странни проблеми, които не можем да коригираме.

Начинът, по който работи уеб стартирането, е точно това, което искаме, т.е. свързване към сървър, който има приложението, изтегляне на всичко, което е променено, запазване на кеш с буркани и т.н. Други екипи тук използват „clickonce“ за своите C# приложения и това прави ефективно същото нещо, но изглежда, че има по-малко проблеми.

Убеден съм, че не сме единствените хора, които са се сблъскали с това, но търсенето наоколо всъщност не показва никакви алтернативи. Разгледахме възможността да напишем локално приложение, което по същество е само URLClassLoader, който зарежда нашето приложение по мрежата в движение, но за съжаление това е твърде бавно от други офиси. Някой има ли идеи?

Благодаря

Актуализация

В случай, че някой е любопитен какво се е случило в крайна сметка, дадохме на webstart още около месец, но продължихме да срещаме проблеми, така че внедрихме наша собствена версия. По същество това е просто мъниче, което има URL програма за зареждане на класове, която насочвате към уеб сървър. Това е ‹ 200 реда код и работи перфектно от месеци. Не е идеално, но докато някой не подобри webstart, ще се придържаме към него.

Актуализация 2018

И така, няколко години по-късно и аз работя върху нов проект със същия проблем. Вместо да пишем наша собствена реализация на webstart, този път използваме getdown. Установихме, че това е огромно подобрение в сравнение с уеб старта и работи много добре за нас.


person David    schedule 15.07.2010    source източник
comment
Мисля, че трябва да пишете за действителните проблеми, които имате, тъй като вярвам, че най-доброто ви място в момента е да ги разрешите, вместо да мигрирате към друга технология като сайтове за актуализиране на Eclipse.   -  person Thorbjørn Ravn Andersen    schedule 15.07.2010
comment
В момента просто решаваме проблемите един по един, но си помислих, че може да има алтернатива, която не е толкова обезпокоителна. Въпреки това е обнадеждаващо, че съветът на хората е да се придържаме към уеб стартирането, предполагам, че трябва да работи за някои хора.   -  person David    schedule 15.07.2010
comment
Какво ще кажете за Java RMI? Направете GUI приложение, което разчита на набор от класове и изтеглете имплементацията им дистанционно от централен сървър някъде. Има следа за Java SE по темата.   -  person Martin Andersson    schedule 20.04.2013
comment
@Martin Andersson, ти се шегуваш, използвайки Java RMI в интернет? Дори за LAN не е интересно, затова има разработени толкова много добри алтернативи.   -  person Diego C Nascimento    schedule 16.09.2013
comment
Ние сме в една и съща лодка и се опитваме да изоставим JNLP/JWS. Всъщност не съм фен на писането на собствен зареждащ механизъм, но може да се наложи. Разочарован съм да чуя, че никога не сте намерили заместител.   -  person Brian Knoblauch    schedule 31.10.2013


Отговори (5)


Моята компания също изпитва болка при уебстарт, особено с JRE 1.6 актуализация 19 и 20. Нашите проблеми се въртят около предупреждението за сигурност със смесен код. (всичко е правилно подписано и проблемът е периодичен)

Както и да е, попаднах на getdown от threerings. Все още не съм го пробвал, но изглежда обещаващо https://github.com/threerings/getdown/wiki

person squaat    schedule 22.07.2010
comment
Току-що попаднахме и на това, стискаме палци, това е, което търсим. Също така е окуражаващо, че threerings започнаха с уеб старт и в крайна сметка се отказаха и написаха алтернатива. - person David; 26.07.2010
comment
Проблемът със смесения код е наистина досаден. - person Thorbjørn Ravn Andersen; 18.07.2011
comment
Знам, че около JDK1.6_20 или така имаше голяма грешка в Twitter, която беше открита и това доведе до промяна на SSL в JDK. Не помня подробностите, но ако си спомням правилно, може да е свързано с валидиране на сертификат или проверка на име на хост. Мисля, че ако сканирате бележките по изданието, може да намерите нещо, което да ви даде представа. - person djangofan; 22.06.2012

Използвам JWS широко в моята компания. ЕДИНСТВЕНИЯТ реален проблем, който съм виждал с JWS, възниква само когато се опитате да стартирате JWS от кеша И машината на вашия клиент току-що е надстроена до по-нова версия на Java. Приложението няма да успее да се стартира с грешка „Не може да се стартира“, „кеш файлът не е намерен“ или нещо подобно.

Има два начина, които използвам за отстраняване на този проблем: или изчиствам кеша и ги карам да инсталират отново приложението, или просто ги карам да кликнат отново върху URL адреса от моя уебсайт (най-лесното за моите потребители). И в двата случая проблемът се оправя сам. Това би обяснило защо няколко разработчици тук никога не виждат този проблем, най-вероятно защото техните потребители винаги кликват върху URL вместо върху инсталирания стартер.

Като заобиколно решение и в някои от моите критични приложения използвам едно от следните в скрипт:

java -jar netx.jar -jnlp http://url/to/my/launch.jnlp

or

javaws http://url/to/my/launch.jnlp

където netx е библиотека на трета страна.

Това не е най-красивото решение, но за мен работят 100% от времето.

Сега, само ако можех да разбера как да накарам преките пътища на работния плот да не отиват по дяволите... но това е дискусия за друг път.

person Edgar Hilton    schedule 20.06.2011
comment
Имате ли достатъчно реален опит с netx, за да му дадете оценка? - person Thorbjørn Ravn Andersen; 18.07.2011
comment
Изглежда, че NetX е изоставен около 2013 г. - person Stephen M -on strike-; 20.07.2018

Намирам всичките ви проблеми за доста странни. Работил съм известно време в компания, разпространяваща своя софтуер за търговия с помощта на JWS, и винаги е работил много добре. Обмисляте ли да разгледате неофициалните ЧЗВ за стартиране на Java уеб, преди да изоставите цялата технология?

person Riduidel    schedule 15.07.2010
comment
Получаването на договор за поддръжка може да е идея... (Разкриване: Работя за Oracle.) - person Tom Hawtin - tackline; 15.07.2010
comment
Забележка: Свързаните често задавани въпроси са много стари. Имаше основен ремонт на JWS в Java 6 актуализация 10 от Sun. - person Thorbjørn Ravn Andersen; 15.07.2010
comment
Използвахме ЧЗВ и използваме java 6 update 20, за да имаме всички нови подобрения. Проблемът е, че има толкова много проблеми и не трябва да има, трябва да е съвсем ясно. Изборът беше да продължим да отстраняваме проблемите един по един, както правехме досега, без да знаем колко дълго да продължим, или да изоставим технологията и да отидем на нещо друго. - person David; 15.07.2010
comment
@Дейв, какви проблеми си видял? - person Thorbjørn Ravn Andersen; 18.07.2011
comment
Торбьорн, какво мислиш за този често задаван въпрос? - person Martin Andersson; 20.04.2013
comment
@MartinAndersson също изглежда доста стар. Споменавания за поддържаните платформи: Sun Microsystems предоставя версии за Windows 95/98/NT/2000, Solaris Operating Environment (SPARC и Intel издания) и Linux/i486. Macintosh предоставя версия за тяхното издание на OS X.... - person Thorbjørn Ravn Andersen; 29.07.2013
comment
Открих редица проблеми с JNLP през годините и най-накрая достигнах моята граница на толерантност с него. Между проблема с кеширането, при който новите актуализации могат да презапишат работещи програми, прекъсването на предаването на параметри (7U45) и отмяната на самоподписаните сертификати, имам достатъчно. :-) - person Brian Knoblauch; 24.10.2013
comment
@BrianKnoblauch и какво си избрал да го замени? - person Thorbjørn Ravn Andersen; 13.01.2014
comment
Тъй като е за вътрешна употреба, ние вървим към старата школа и предоставяме споделяне на файлове, което хората могат да плъзгат копие на своя работен плот и след това скриптове, за да го изпълнят по различните начини, по които параметрите на JNLP са били използвани преди. Грозно е, тромаво е, но няма повече грешки в сертификата и времето за стартиране е драстично намалено в сравнение с JNLP. - person Brian Knoblauch; 13.01.2014

ние също използваме JWS много и след около 1-6_19 наистина започна да е болка. Някои приложения стартираха 1-6_19, други не, след което актуализирахме до 1-6_20 и беше нещо обратното. След това актуализирайте до 1-6_21/2/3/4 и проблемите се променят само. Може да се откажем. Изглежда, че екипът за разработка се промени, откакто Oracle пое управлението. В противен случай няма друго обяснение да направи JWS по-лош, отколкото по-добър.

person Rob    schedule 23.02.2011

GetDown също изглежда нестабилен. Току-що изпробвах някои от уебсайтовете за игри, които рекламират като примери в действие. Всички те не успяха да се заредят в моя Firefox. Може би моята интеграция на Java към Firefox е виновна? Имам JRE 7 32-bit инсталиран след JDK 1.6 64-bit.

Като цяло проблемите с Web Start и лошото потребителско изживяване много пъти са свързани с начина, по който Java е инсталирана на потребителската машина. В Windows забелязах, че ако инсталирате по-стара версия на Java след по-нова (като се очаква и двете да съществуват едновременно), започвам да получавам проблеми при стартиране на аплети и WS приложения.

person Faustas    schedule 01.08.2013
comment
Съгласен съм с теб. Никога не съм успявал да инсталирам софтуер с GetDown. Не прави това, за което твърди. Не работи дори с един JDK, инсталиран в системата. - person gouessej; 10.01.2018