JDK a szerverre

Ugye ez így csak egy vicc az Oracle részéről?
Fejlesztői szerverre kellett raknom JDK-t. Irány a letöltési oldal, kéri az authot letöltéshez. Ez már gyanús. Gondoltam balga módon, linksből is menni fog ez, csak gondoltak azon hülyékre, akik nem tesznek guit a szerverre. Hát nem gondoltak.
Maradt az, hogy letöltöttem desktopra, majd SCP-vel fel...

Hozzászólások

Miért kéne auth-ot? Csak a licencszerződést kell elfogadnod, ezért nem lehet automatizáltan letölteni.
Amint rákattintasz az Accept License Agreement rádiógombra ezen az oldalon: http://www.oracle.com/technetwork/java/javase/downloads/jdk7-downloads-…

Linksből is megy ez, ha engedélyezed a JS-t (links-ben is van JS).

Akkor szépen megkapod a közvetlen linkeket, amiket használhatsz, akár a szervereden közvetlenül wget-tel, vagy ahogy tetszik. Nem kell SCP-zni.

Szerk. Latom, az uj links verziokban mar nincs JS tamogatas....hogy miert, ez jo kerdes. Hasznalj elinkset.

Aztán szépen átdob auth lapra. De ezt így próbáld meg egy wgetel, vagy egy linksből, nekem nem megy.

Ráadásul még kaptam egy ilyet is, hogy jó napom legyen:
The download file appears to be corrupted. Please refer
to the Troubleshooting section of the Installation
Instructions on the download page for more information.
Please do not attempt to install this archive file.

:)

Miert dobna at auth lapra? Soha az eletben nem leptem be amikor JDK-t kellett letolteni, siman ment ez wget-tel. Desktop bongeszobol kinyertem az URL-t, aztan SSH-n keresztul a szerveren wget.

Amint ranyomsz a radiora, szepen ezek az URL-ek lesznek a forrasban:
http://download.oracle.com/otn-pub/java/jdk/7u11-b21/jdk-7u11-linux-x64…
stbstb.

Ez a script nekem monden frissítésnél működik jó ideje. A DLAGENT kezdetű sorban van a lényeg.

apt-get/yum/emerge install nemjo?

--
A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!

Valaki mondja mar meg nekem a tutit: ha az OpenJDK az ugyanazokbol a forrasokbol epitkezik, mint az Oracle JDK, akkor miert van az, hogy ami az utobbi alatt tokeletesen futik, az az elobbi alatt nem?
--

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal 

Nem vagyok Java expert, így a releváns válasz nem tőlem fog jönni, csak azt tudom, hogy amit kaptam forrást, az OpenJDK esetén fordításkor elszállt, a fejlesztő kérte, hogy legyen Oracle, feltettem, ment. Valami biztos nincs teljesen implementálva, vagy az adott forrásnak volt valami gyíkja.

Tapasztalataim szerint az OpenJDK egyre jobb, illetve lehet, hogy a Java fejlesztők között egyre többen használnak linuxot és eleve openjdk-t tesznek fel (főleg ha a drága jó orákulum így megnehezíti a dolgot)

Ha rendelkezésedre áll az appod forrása, akkor valószínűleg könnyen kijavítható az inkompatiilitás. Pontosan mit jelent az, hogy "belehal" a fordításba? Mellesleg még a CSI-ben is boncolás követi a halált, mert az okokra kíváncsiak :)
Ha nem valami "com.sun.*" függőség van, akkor még lehet próbálkozni az Eclipse compiler-ével is (repóban: ecj), nekünk volt olyan tapasztalatunk 6-os java-val, hogy a Sun-os JDK nem fordított le egy amúgy nyelvi specifikációnak megfelelő konstrukciót, míg az Eclipse-é igen.

Még a CIB bank idióta appletje is működik OpenJDK-val. Márpedig ha az megy, akkor minden másnak is kellene :)

Szerveren nem szoktunk kiserletezni. Ha az app leirasa azt mondja, hogy ide pedig Oracle JDK-t kell rakni, akkor lehet akarmilyen szep, meg csinos, meg szexi az OpenJDK, sosem fog arra a gepre felkerulni.

Egyebkent pedig az ember altalaban a kisebb ellenallas iranyaba szokott elmozdulni, ha nem fejleszto kisiparos. Oracle JDK-val minden mukodik, OpenJDK-val _rengeteg_ gond van. Nyilvan nem OpenJDK-t fogok felrakni.

Amugy meg pl. az IDE feluletek tobbsege vagy egyaltalan nem mukodik OpenJDK alatt, vagy mukdik ugyan, de olyan sztochasztikus, mintha legalabbis egy kvantumszamitogepen futna. Tipikus pelda erre az IntelliJ IDEA es a NetBeans.
--

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal 

Értem. Egyébként ez miért jó? A java forrás -> java bytecode útvonalat forrásverziónként egyszer kell bejárni, vagyis a fordítás történhetne a fejlesztő gépén is. Még csak olyan problémákkal sem kell törődni, mint pl. az eltérő os vagy cpu architektúra. Vagyis a kérdés az, mi az amit csak fordítási időben, csak a szoftvert futtató környezetben lehet eldönteni?

JSP eseten kismillio dolog. Leteznek ugyanis olyan definicok benne, amik csak forditaskor kerulnek kiertekelesre, amibe viszont lehet mindenfelet belevinni, akar dinamikus kodot is.

Ezen felul a java bytekod generalasra egy application serveren belul nagyon sokminden hatassal van.
--

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal