- A hozzászóláshoz be kell jelentkezni
Hozzászólások
Java fejlesztőként már nagyon vártam, hogy meglépik ezt...
- A hozzászóláshoz be kell jelentkezni
+1
- A hozzászóláshoz be kell jelentkezni
És a tudomány kitalált már valamit a remote management console-ok kiváltására?
- A hozzászóláshoz be kell jelentkezni
uninstall ie-old
install new-browser
Amit nem lehet megirni assemblyben, azt nem lehet megirni.
- A hozzászóláshoz be kell jelentkezni
Évek óta nem nagyon tudok olyan dolgot mondani, amihez applet kellene. Az, hogy bizonyos gyártók máig applet alapokon nyújtják a remote console szolgáltatást kényelmi okokból, arról az adott gyártón kívül senki nem tehet.
Tisztán HTML5 és JS itt tart nagyjából: http://bellard.org/jslinux/tech.html (http://bellard.org/jslinux/)
- A hozzászóláshoz be kell jelentkezni
Kenyelmi?:)
- A hozzászóláshoz be kell jelentkezni
Ezer éve megírták, azóta copy-paste fejlesztenek.
- A hozzászóláshoz be kell jelentkezni
Ha igy lenne, nem szurnak el vhogy mindig:)
- A hozzászóláshoz be kell jelentkezni
Én is kíváncsi leszek, hogy mi lesz a nagy megoldás a mondjuk 5 éves storage-ok adminisztrációs felületével, vagy éppen az pár éves ILO-k web konzoljaival, vagy mondjuk a SuperMicro ugyanilyen tooljaival.
-------------------------------------------------------------------------------
Az életben csak egy dolog a szép, de az épp nem jut eszembe.
Slackware Linux 14.1 | 3.10.84-janos
- A hozzászóláshoz be kell jelentkezni
Supermicro esetén eddig is ott volt az IPMIView, nem függtél a webről.
----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™
- A hozzászóláshoz be kell jelentkezni
Webbank klienseknél is lehet majd kapkodni új megoldás után.
- A hozzászóláshoz be kell jelentkezni
A régi hardvert majd régi böngészővel/JDK-val fogják kezelni. Aztán egyszer minden régi dolog kikopik.
- A hozzászóláshoz be kell jelentkezni
Guacamole kliens oldala js+html5.
----------------------
"ONE OF THESE DAYS I'M GOING TO CUT YOU INTO LITTLE PIECES!!!$E$%#$#%^*^"
--> YouTube csatornám
- A hozzászóláshoz be kell jelentkezni
portable + outdated
:D
- A hozzászóláshoz be kell jelentkezni
With modern browser vendors working to restrict and reduce plugin support in their products, developers of
applications that rely on the Java browser plugin need to consider alternative options such as migrating from
Java Applets (which rely on a browser plugin) to the plugin-free Java Web Start technology.
Az ugyfelkapu tomeges bevallas feltoltes szempontjabol ez mit jelent?
Az plugint hasznal. Tehat nekik valtani kell?
- A hozzászóláshoz be kell jelentkezni
Mondjuk a WebStartot is dobhatná az Oracle, díjaznám...
--
blogom
- A hozzászóláshoz be kell jelentkezni
Azt miért?
- A hozzászóláshoz be kell jelentkezni
Amikor mi próbáltuk használni (~2-3 éve), akkor túl sok probléma volt vele.
A legnagyobb gond az volt, hogy egyes kliensekre valamiért nem jutottak el frissített JAR-ok, ami már egy ilyen disztribúciós rendszernél önmagában is show-stopper. (ezek vszeg egyes JRE release-ekben maradt hibák miatt voltak bár ezt nem sikerült egyértelműen leszögezni anno)
Voltak kisebb inkompatibilitások is a desktop futtatási módhoz képest, amelyek a JWS és a desktop class-loader-ek közötti különbségekből adódtak (pl.: classpath scanning-nél az erőforrások megtalálási sorrendje). Ezeket lehetett körbeprogramozással kezelni, de csak nem publikus API-kon keresztül és emiatt a cucc időnként fejreállt, amikor az Oracle-ösök fejlesztettek valamit egy-egy újabb JRE release-ben.
Másodlagos dolog, hogy certifikátumot kell kiváltanod, ahhoz, hogy egyáltalán ne szólogasson be a felhasználóidnak (figyelmeztetés, hogy az alkalmazás nem biztonságos). Ez nagyobb cégnél nem probléma, kicsiknél és OSS projekteknél azért zavaró körülmény.
Összességében többet kellett vele foglalkozni, mint amit egészségesnek éreztünk, ezért úgy döntöttünk, hogy a kliens HTML5-ös újraírása hosszabb távon jobban szolgálja az alkalmazás érdekeit (pl.: most már megy tableteken, telefonokon is).
Ha az Oracle atom-stabillá tenné a JWS-t és legalább olyan széles körű oprendszer támogatást adna a Swing-nek vagy a JavaFX-nek, mint a HTML5, akkor talán megérné vele foglalkozni (mivel a HTML5 alkalmazásokat sújtó böngésző inkompatibilitások sem elhanyagolhatóak)
- A hozzászóláshoz be kell jelentkezni
> Másodlagos dolog, hogy certifikátumot kell kiváltanod, ahhoz, hogy egyáltalán ne szólogasson be a felhasználóidnak (figyelmeztetés, hogy az alkalmazás nem biztonságos). Ez nagyobb cégnél nem probléma, kicsiknél és OSS projekteknél azért zavaró körülmény.
Egy ideje már hitelesített cert nélkül el sem indul, hacsak a security beállításoknál nagyonnagyonnagyon nem veszed rá, hogy fogadjon el minden szir-szart. És még akkor is hisztizik.
--
blogom
- A hozzászóláshoz be kell jelentkezni
A getdown-os srácok jól összeszedték: https://github.com/threerings/getdown/wiki/Rationale
Mellesleg a .NET WebSetup-ja is küzd sok olyan problémával, mint a Java Web Start, elsősorban a cache-elésből adódó gondokkal.
- A hozzászóláshoz be kell jelentkezni
Néhány év .NET fejlesztés után kicsit félve kérdezem meg, de mi az a .NET WebStartup? A ClickOnce-ra gondolsz? Mi vele a gond?
- A hozzászóláshoz be kell jelentkezni
Arra gondolok. A problémák meg ugyanazok vele, mint a java cuccal, kivéve a több jvm verzió dolgot.
Azaz:
- az assembly cache nem megfelelő verziózás esetén teljesen meg tud dögleni
- a .application fájlt mindenképpen alá kell írni, ami sokszor plusz macera (mondjuk az üzemeltetöé...)
- a .application fájlban nem lehet az alkalmazásnak paramétereket átadni
Most ezek jutnak az eszembe. Főleg az első pont volt, ami sok bosszúságot okozott.
- A hozzászóláshoz be kell jelentkezni
lehet én ismerem a webstartot nem eléggé, de nekem maga a koncepció (letöltök valamit a böngészőből, ami lokálisan fut, de azért online app) nem tetszik.
tessék mindenhol HTML5-öt használni. Vagy ha nem, akkor egy rendes, multi-platform értelmezőt kiadni hozzá.
--
blogom
- A hozzászóláshoz be kell jelentkezni
Gyakorlatilag egy lokális alkalmazást futtatsz, csak távolról tölti le, ha van hozzá frissítés. Nincs ezzel semmi gond, a megvalósítással van.
- A hozzászóláshoz be kell jelentkezni
> tessék mindenhol HTML5-öt használni
Thanks, but no thanks.
> Vagy ha nem, akkor egy rendes, multi-platform értelmezőt kiadni hozzá.
Java? :)
> lehet én ismerem a webstartot nem eléggé
Szerintem itt lesz a kutya elásva. :)
- A hozzászóláshoz be kell jelentkezni
Sajnos nagyon sok helyen használnak még appletet, ahol igazából már szükség nem lenne rá. Ott a webstart, és akkor adjunk a felhasználónak alkalmazást,
vagy ott a html5 + js + css, és akkor kapjon rendes webes alkalmazást. Mindkettő indokolható, a weboldalba hegesztett java applet az nem.
- A hozzászóláshoz be kell jelentkezni
Szerintem félreértesz, egyáltalán nem védem az appleteket. Néhány (valós business reason miatt létező) appletet leszámítva nyugodtan pusztuljanak mind egy szálig.
Azt mondtam csak, hogy a "HTML5-öt mindenhova" című dolog egy baromság, mert sok helyre teljesen alkalmatlan. Ha más nem, lásd ugyanebben a threadben a példát az ÁNYK mass upload-dal.
- A hozzászóláshoz be kell jelentkezni
ok.
- A hozzászóláshoz be kell jelentkezni
Igazad van. Ellenben így is van élet böngészőben HTML5-ön kívül is. NaCl megoldás többek között mass uploadra is. Illetve a mostani böngészőben működő Java appletek egyik jövőbeli alternatívája lehet a NaCl is.
- A hozzászóláshoz be kell jelentkezni
A mass upload az miért is nem megy? Én úgy látom, hogy pl, mega-nél megoldották (most így hirtelen úgy csinálnám meg, hogy nyitnék n darab websocket connection-t,
és azon tölteném fel a fileokat, az egészet meg egy connection pool-ba szervezném...)
- A hozzászóláshoz be kell jelentkezni
"lásd ugyanebben a threadben a példát az ÁNYK mass upload-dal"
Az ÁNYK-ból megy a tömeges feltöltés közvetlenül WebService interfészen át. A magyarorszag.hu portálon nem megy Applet nélkül, ami nem azért van, mert a HTML5 képtelen erre, hanem azért, mert szimplán balfaszok és/vagy leszarják, hogy mi kell a felhasználóknak...
- A hozzászóláshoz be kell jelentkezni
tessék mindenhol HTML5-öt használni.
Térjünk vissza a témára ha a HTML már rendelkezni fog valamilyen komponensmodellel.
- A hozzászóláshoz be kell jelentkezni
+1
- A hozzászóláshoz be kell jelentkezni
- A hozzászóláshoz be kell jelentkezni
Ismerem. Nincs még elfogadott specifikáció, nincs natív támogatás a böngészőkben, csak ostoba JS gányolás. Az, hogy 2016-ban itt tartunk, sokat elmond a W3C-s webtechnológiák meg a mögöttük állók komolyságáról.
- A hozzászóláshoz be kell jelentkezni
Ez most egy állapot, szerintem szabványokhoz képest elég jól haladnak a bevezetéssel. Tudtommal már elég nagy része le van fektetve a szabványnak, csak apróságokon vitáznak, de lényeges változás már talán nem nagyon lesz. Ahhoz képest egész jó a böngésző támogatottsága, a nem túl friss böngészőkre a polyfill meg egy szükséges rossz, de szerintem nincs vele baj, sokkal rosszabb dolgokat is kitalált már az emberiség a régi böngészőkből hiányzó dolgok kipótlására.
- A hozzászóláshoz be kell jelentkezni
Meg normális grid rendszerrel és data-bindinggel. És nem 3rd party hackek sorozatával.
----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™
- A hozzászóláshoz be kell jelentkezni
Szerintem van pluginmentes alternatíva már régen:
Ügyfélkapu account (Személyes ügyfélkapu) -> balra menüpontok közt Dokumentumfeltöltés -> fent az Egyszerűsített feltöltés fül
Hivatali kapunál nem tudom hogy van, csak egységsugarú állampolgárként használom.
- A hozzászóláshoz be kell jelentkezni
ÁNYK-ból fel tudod tölteni tömegesen... az elvileg WebService-t használ. :)
- A hozzászóláshoz be kell jelentkezni
Tenyleg?
De ahhoz az ANYK felhasznalonak internetelerest kellene adni.
- A hozzászóláshoz be kell jelentkezni
És? Másik felhasználó tölti fel böngészővel?
- A hozzászóláshoz be kell jelentkezni
Jelenleg igen.
Gondolom nagy helyeken igy a szokas.
> ÁNYK-ból fel tudod tölteni tömegesen.
Utananeztem, tenyleg ott a lehetoseg, de kiprobalni nem tudtam.
Vajon hasznalja ezt valaki?
- A hozzászóláshoz be kell jelentkezni
Szinte mindenki a közvetlen ÁNYK feltöltést használja, aki több mint egy valamit töltene fel valami hivatalnak és van egy kis esze... :)
- A hozzászóláshoz be kell jelentkezni
Vagy pedig az Abev2006-ban valoszinuleg meg nem volt ilyen, es azota meg nem kerult be mindenhol a koztudatba ez a lehetoseg.
- A hozzászóláshoz be kell jelentkezni
2006-ban nem volt még, "mindössze" 6 éve van erre lehetőség... :)
Külön ki van emelve a menüsorba "Kapcsolat az Ügyfélkapuval" néven, szóval még akár kíváncsiságból is rákattint az ember és meglátja a "Nyomtatvány közvetlen beküldése az Ügyfélkapun keresztül" menüpontot, ami ránézésre szerintem egyértelmű.
- A hozzászóláshoz be kell jelentkezni
Az igaz, de abban egyszerre csak egyet lehet elkuldeni.
A konyvelok tipikusan tobb tucatot kuldenek egyszerre.
Akar tobb szazzal is tobbet kellene kattintani, ha nem lenne applet.
- A hozzászóláshoz be kell jelentkezni
Azért ez az eszem-faszom-megáll kategória... olyan nehéz lett volna egy zip-fájl feltöltési lehetőséget gyártaniuk?
- A hozzászóláshoz be kell jelentkezni
Ügyfélkapu elérhető Web Start-on is, az appletes megoldásról nem is tudtam.
- A hozzászóláshoz be kell jelentkezni
?
- A hozzászóláshoz be kell jelentkezni
Nem talaltam meg.
Nem az ANYK-ra gondolsz? Az telepitheto WebStart-on is.
- A hozzászóláshoz be kell jelentkezni
Az ANYK-ra gondoltam, leánykori nevén abevjava. Hogy miért írtam ügyfélkaput, azt pillanatnyi agyi rövidzárlatnak tulajdonítom :)
- A hozzászóláshoz be kell jelentkezni
Akkor most igazán be fog indulni a Java WebStart szekere.
- A hozzászóláshoz be kell jelentkezni
Sőt, a JavaFX szekere is
- A hozzászóláshoz be kell jelentkezni
JavaFX-nek eddig is volt applet támogatása.
- A hozzászóláshoz be kell jelentkezni
HP és Cisco Web kliens fog szívni, na meg az Álomkincstár! :)
Ja, és a CIB bank, akikkel 1 éve levelezek erről.
Kézcsók.
Lassan ott tartunk, hogy Virtuális gép, befagyasztott XP telepítővel és a Java klienssel.
Zsír!
"Értem én, hogy villanyos autó, de mi hajtja?"
- A hozzászóláshoz be kell jelentkezni
Nem az államkincstár fog szívni, hanem mi, akiknek azt a francos KIRÁt kell használnunk. Bámulatos, hogy x év fejlesztés után eljutottak oda, hogy 1.7-es java kell nekik, nem pedig valami ősibb verzió mint a KIR3ban...
És kétlem, hogy egyhamar lecserélnék, tekintve, hogy csak most lett bevezetve élesben.
---
/* No comment */
Ketchup elementál megidézése a sajt síkra
- A hozzászóláshoz be kell jelentkezni
Ideje volt.
Adobe is megléphetné ezt a flashnél.
- A hozzászóláshoz be kell jelentkezni
Sajnos az sokkal jobban elterjedt. Inkább kiadnák a forráskódot, akkor talán a jövőbeli fejlesztés sem rájuk hárulna.
- A hozzászóláshoz be kell jelentkezni
azt hiszem már nem javasolt technológia a flash.
- A hozzászóláshoz be kell jelentkezni
Java 9? Hol van az még..
- A hozzászóláshoz be kell jelentkezni
Végre eljön egy szebb világ, ahol nincsenek browser pluginok!
--
The Community ENTerprise Operating System
- A hozzászóláshoz be kell jelentkezni
És akkor már csak a browsert kell megszüntetni, hogy boldogabbak lehessünk. Nyerésre állunk :-)
- A hozzászóláshoz be kell jelentkezni
Az miért lenne jobb? A browserek HTML és JS motorjaiban több sebezhetőség van egyenként, mint összesen a Javában.
- A hozzászóláshoz be kell jelentkezni
Öööö, ezt honnan is veszed?
- A hozzászóláshoz be kell jelentkezni
Sebezhetőségek 2015-ben:
- Safari: 135
- Firefox: 178
- Chrome: 187
- Internet Explorer: 231
- Java: 80
Ezek alapján inkább a böngészőket kéne letiltani, nem a Java plugint...
- A hozzászóláshoz be kell jelentkezni
Igen, csak ha jól emlékszem, a java-s azok szinte mind olyanok voltak, hogy appletből lehetett gyakorlatilag tetszőleges kódot futtatni. Ha így nézzük, akkor
szinte már partyban vannak. Ettől függetlenül azért nagyon gáz ez a lista.
- A hozzászóláshoz be kell jelentkezni
Ezért kellene Javában programozni a HTML/JS motorokat. :)
- A hozzászóláshoz be kell jelentkezni
nem lehet majd tiltani a csillivilit
3d kocka az oldalsó menüben
új js motorokról ne is álmodjunk
ezt nem szeretem
én sokat használtam beépülõket anno, még mielõtt Jobs nem konstatálta hogy csak nem lesz rendes érintõ támogatás a falshekben.
fõleg játékokhoz, meg, volt amikor a videólejátszásba be tudta vonni a GPU-t a flash (azóta ez talán kikerült)
Más: miért nem fut .apk a böngészõben, dobozban? Szerintem igény van rá.
Nem tudom, hogy milyen korlátai vannak (talán csak a nagy méret lehet), de, nem hiszem hogy több lenne, mint a .jar-oknak.
- A hozzászóláshoz be kell jelentkezni
"Más: miért nem fut .apk a böngészõben, dobozban? Szerintem igény van rá."
ARC Welder, lásd például: https://portal.gacivs.info/blog/-/blogs/arc-welder
- A hozzászóláshoz be kell jelentkezni
Ez is egy lehetséges menekülési út ha nem szánnak sokat a meglevő java kliens fejlesztésére. Kevés munkával el lehet készíteni egy Android portot, az pedig már működik Chrome böngészőben PC-n is.
- A hozzászóláshoz be kell jelentkezni
azt te csak hiszed. A meglévő java klienseknél újraírni a gui-t legalább akkora meló, mintha megcsinálnák normálisan.
- A hozzászóláshoz be kell jelentkezni
Csodalatos...Huzhatok fel egy virt. gepet XP-vel meg az aktualis bongeszovel/javaval, amit nem frissitek, hoyg lassam a Mikulast :(
--
http://www.micros~1
Rekurzió: lásd rekurzió.
- A hozzászóláshoz be kell jelentkezni
Amelyik nem java-s?
- A hozzászóláshoz be kell jelentkezni
Azt hiszem írni kéne egy cikket, hogy a java mikulásból gif mikulás lett. Sokan nem vették észre a váltást :)
- A hozzászóláshoz be kell jelentkezni
De, feltunt mar egy ideje. Csak kihagyhatatlannak tunt.
--
http://www.micros~1
Rekurzió: lásd rekurzió.
- A hozzászóláshoz be kell jelentkezni