Fórum Root.cz
Hlavní témata => Software => Téma založeno: Václav Švejcar 28. 07. 2012, 18:10:06
-
Dobrý den,
do jednoho komerčního projektu potřebuji udělat multiplatformní instalátor, nenapadá mě jinak než v Javě. Rád bych přibalil JVM pro Win/Lin od Oraclu přímo do instalačního CD, jen si nejsem jistý, jak je to s licencí...
Díky
-
OpenJDK je vydáno pod GNU GPL s linkovací výjimkou, takže prakticky něčím podobným jako LGPL. S šířením tedy není nejmenší problém.
-
Díky moc, jde mi ale přímo o binárky od Oraclu, ne OpenJVM... jestli by nebyl problém s tím, že mám jejich binárky na svém CD, které prodávám jako komerční produkt.
-
Tohle problém bude, nečetl jsem konkrétně tuhle licenci, ale rozhodně znemožňuje redistribuci - proto binárky od Oracle nejsou v distribucích (ani v repo) a musí se stahovat ručně z webu firmy. Proč ale nepoužít OpenJDK? Je to binárně kompatibilní a je to oficiální implementace Javy (http://jdk7.java.net/java-se-7-ri/).
-
Me se zda, ze by to mozne byt melo, nejen podle tohoto zdroje
http://www.java.com/en/download/faq/distribution.xml
Take neni pravda ze oracle jre se musi stahovat manualne, jde stahnout i ze Slunecnice a i v ubuntu se instaluje pres ppa repository.
Ale 100% to samozrejme tvrdit nemohu.
-
Kludne tam JRE mozes pribalit, takmer kazdy kto ma neco pod Javou to tak robi (komercny soft)
Co sa tyka OpenJDK tak to ani nahodov nie je uplne ako Oracle/IBM Java. Odporucit OpenJDK moze tak ITckar, admin ale nie Javista :)
-
Kludne tam JRE mozes pribalit, takmer kazdy kto ma neco pod Javou to tak robi (komercny soft)
Co sa tyka OpenJDK tak to ani nahodov nie je uplne ako Oracle/IBM Java. Odporucit OpenJDK moze tak ITckar, admin ale nie Javista :)
IBM Java je skutecne jina, ale Oracle Java a OpenJDK je v podstate (tak na 99%) to same - shodne zdrojovove kody atd. Takze jako Javista (ktery par patchu do OpenJDK uz poslal :-) naopak OpenJDK doporucuju a kdyz se podivam na support matrix napriklad u EAP apod., tak je to taky v pohode :-)
-
Nejsou stejne. OpenJDK6 ma spatny kompilator javac. Vi se o tom roky a nikdo to neresi.
https://bugs.launchpad.net/ubuntu/+source/openjdk-6/+bug/611284
OpenJDK je proste od toho aby nejake zdrojaky k jave byly k dispozici, ale kvalitu a bugfixy nikdo moc neresi. Osobne vim o dost chybach co jsou jen v openjdk.
-
Nejsou stejne. OpenJDK6 ma spatny kompilator javac. Vi se o tom roky a nikdo to neresi.
https://bugs.launchpad.net/ubuntu/+source/openjdk-6/+bug/611284
OpenJDK je proste od toho aby nejake zdrojaky k jave byly k dispozici, ale kvalitu a bugfixy nikdo moc neresi. Osobne vim o dost chybach co jsou jen v openjdk.
Jasne, nejsou na 100% stejne, ale na 99% +- ano. Btw jsem si schvalne odzkousel ten reproducer zmineny vyse v Oracle JDK 6u33 (tj. to nejnovejsi co je v soucasnosti oficialne k dispozici) a hlasi to uplne stejnou chybu ;-) Dtto se starsi verzi 6u22, kterou jsem vyzkousel mj. i proto, ze je povazovana za dost stabilni.
Chyby v OpenJDK odlisne od Oracle JDK, co se casto projevuji, souvisi napriklad s certifikaty, takze typicky problem je v internetovem bankovnictvi, ktere na strane klienta pouziva plugin (napada me ted Komercka, kde si to jeste stahuje nejake nativni binarky - toto fakt neopravime). Reseni je import certifikatu popr. vyuziti tech systemovych.
Dalsi potencialni zdroj bugu (ne zrovna bugu, spis vizualnich "neprijemnosti") muze byt v tom pripade, ze nejaky programator spoleha na to, ze bude mit nainstalovane naprosto stejne fonty dodavane spolecne s OracleJDK (Lucida*) a kdyz dostane fonty jine, tak mu to rozhodi GUI kvuli jinym metrikam - ale popravde bych v tomto pripade hledal chybu spis u programatora, rozdilnou sirkou buttonu ci textoveho pole +- 3 pixely by se mohl vyrovnat.
-
Kludne tam JRE mozes pribalit, takmer kazdy kto ma neco pod Javou to tak robi (komercny soft)
Co sa tyka OpenJDK tak to ani nahodov nie je uplne ako Oracle/IBM Java. Odporucit OpenJDK moze tak ITckar, admin ale nie Javista :)
IBM Java je skutecne jina, ale Oracle Java a OpenJDK je v podstate (tak na 99%) to same - shodne zdrojovove kody atd. Takze jako Javista (ktery par patchu do OpenJDK uz poslal :-) naopak OpenJDK doporucuju a kdyz se podivam na support matrix napriklad u EAP apod., tak je to taky v pohode :-)
ako je na tom momentalne OpenJDK z hladiska oprav chyb? Kedysi davnejsie som mal problemy s tym, ze opravy integrovane do Sun JRE meboli v OpenJDK. Ak sa to zlepsilo tak by som zase zvazil navrat k OpenJDK.
-
ako je na tom momentalne OpenJDK z hladiska oprav chyb? Ak sa to zlepsilo tak by som zase zvazil navrat k OpenJDK.
Proč by se to mělo zlepšit? Komerční firma dělá to, co se jí vyplatí. Chyby v openJDK ať si opravují RedHat a spol. Když prodávají support za docela nemalý peníz za rozšířenou podporu JDK6, proč by měli portovat chyby do openJDK, aby to lidi měli zdarma?
Ten report zjevně odkazuje na jiný bug, ten můj jsme diskutovali tady:
http://mail.openjdk.java.net/pipermail/compiler-dev/2012-April/004246.html
-
ako je na tom momentalne OpenJDK z hladiska oprav chyb? Ak sa to zlepsilo tak by som zase zvazil navrat k OpenJDK.
Proč by se to mělo zlepšit? Komerční firma dělá to, co se jí vyplatí. Chyby v openJDK ať si opravují RedHat a spol. Když prodávají support za docela nemalý peníz za rozšířenou podporu JDK6, proč by měli portovat chyby do openJDK, aby to lidi měli zdarma?
Ten report zjevně odkazuje na jiný bug, ten můj jsme diskutovali tady:
http://mail.openjdk.java.net/pipermail/compiler-dev/2012-April/004246.html
Je to tak, komercni firma (a Oracle patri mezi "ostre" hrace) se snazi delat to, co se ji nejvic vyplati - at jiz kratkodobe nebo dlouhodobe. Sun totiz faktickym otevrenim Javy doufal, ze ziska velkou komunitu lidi, coz se splnilo tak napul - ta komunita je relativne mala, zato na dost vysoke urovni (takze paradoxne nejvice kodem prispivaji lidi z Oracle :-). V kazdem pripade Sun=Oracle vlastne zadarmo dostal napriklad integraci JamVM (to je asi az tak nezajima), Hotspot pro ARMy (AFAIK mnohem, mnohem zajimavejsi), integraci zero assembly (takze prakticky libovolna platforma s LLVM), podporu pro dalsi OS (*BSD*) a spoustu bugfixu, ktere by jinak ostatni vyvojari do JDK nemohli dostat - jak z toho duvodu, ze nemeli pristup ke zdrojakum, tak hlavne kvuli licencim.
Security updaty se vydavaji synhronne pro Oracle JDK i OpenJDK a pokud se OpenJDK zbuildi se staticky linkovanymi knihovnami (coz je podle me prasarnicka ze sveta Windows, ale budiz) tak by se dal vydavat i stejnou formou, jako Oracle JDK (mozna to nekdo i dela, toto nesleduji).
Co se tyce bug fixu a vubec prace komunity, tak je to rozdelene do ruznych oblasti, viz mail-listy: http://mail.openjdk.java.net/mailman/listinfo - nerikam, ze je to nejaktivnejsi OS projekt, to vubec ne, ale mrtvo tam taky neni (stovky? mailu denne, schvalovani novych ficurek do JDK8, opravy do JDK8, backporty pro JDK7 a uz skoro mrtvou JDK6...)
Dalsi vyvoj OpenJDK je urcovan GB: http://openjdk.java.net/groups/gb/
-
ako je na tom momentalne OpenJDK z hladiska oprav chyb? Ak sa to zlepsilo tak by som zase zvazil navrat k OpenJDK.
Proč by se to mělo zlepšit? Komerční firma dělá to, co se jí vyplatí. Chyby v openJDK ať si opravují RedHat a spol. Když prodávají support za docela nemalý peníz za rozšířenou podporu JDK6, proč by měli portovat chyby do openJDK, aby to lidi měli zdarma?
Ten report zjevně odkazuje na jiný bug, ten můj jsme diskutovali tady:
http://mail.openjdk.java.net/pipermail/compiler-dev/2012-April/004246.html
Diky za odkaz. Cirou nahodou se chystam prave Hadoop s OpenJDK6 vyzkouset, takze aspon vim, ze to nebude tak lehke, jak jsem si naivne myslel :-)
-
Hadoop na OpenJDK funguje, ale je par poznamok ku jeho kompilacii (opat generika).
http://wiki.apache.org/hadoop/HadoopJavaVersions
-
další je https://issues.apache.org/jira/browse/HADOOP-8501 - OpenJDK7 chyba v kompilátoru. Nejlepší je používat eclipse kompilátor, ten funguje ok.
Reportoval jsem asi 3 chyby v openjdk kompilátoru za poslední rok, komunita měla velký zájem, ovšem neopravili ani jednu. Ztráta času se s nima bavit. Chyby co jsem řešil s lidma od Eclipse vždy vyřešeny byly a to velmi rychle.
Kolik firem dělajících komerčně do Javy podporuje openjdk? Snad jen Redhat JBOSS. JBoss je ale jen levné řešení pro lidi co nemají prachy na lepší soft (weblogic, websphere), tam se kvalita neřeší. On je hodně velký rozdíl mezi produkcí kde je downtime drahý a dětma co si hrají s portací JVM do LLVM.
Srovnejte si openjdk s linuxem na desktopu. Kdyby to bylo tak skvělé jak se snažíte ostatní přesvědčit tak by to lidi používali protože je to kvalitní a zadarmo. Nikdo to ale nechce přestože je to zadarmo. Asi by stálo za to se místo psaní oslavných článku zamyslet proč.
-
další je https://issues.apache.org/jira/browse/HADOOP-8501 - OpenJDK7 chyba v kompilátoru. Nejlepší je používat eclipse kompilátor, ten funguje ok.
Reportoval jsem asi 3 chyby v openjdk kompilátoru za poslední rok, komunita měla velký zájem, ovšem neopravili ani jednu. Ztráta času se s nima bavit. Chyby co jsem řešil s lidma od Eclipse vždy vyřešeny byly a to velmi rychle.
Kolik firem dělajících komerčně do Javy podporuje openjdk? Snad jen Redhat JBOSS. JBoss je ale jen levné řešení pro lidi co nemají prachy na lepší soft (weblogic, websphere), tam se kvalita neřeší. On je hodně velký rozdíl mezi produkcí kde je downtime drahý a dětma co si hrají s portací JVM do LLVM.
Srovnejte si openjdk s linuxem na desktopu. Kdyby to bylo tak skvělé jak se snažíte ostatní přesvědčit tak by to lidi používali protože je to kvalitní a zadarmo. Nikdo to ale nechce přestože je to zadarmo. Asi by stálo za to se místo psaní oslavných článku zamyslet proč.
Aha, ja jsem myslel, ze se budeme bavit v technicke rovine a ne o tom, kdo dal docura (JBoss/EAP/EWS, WebSphere - ten seznam zakazniku by byl pro porovnani mozna dost zajimavy, hlavne co je kde nasazeno). Ona i ta WS ma ci alespon mela dost problemu, napriklad IBM Java mela problem s equals()/== nad serializovanymi a posleze deserializovanymi vyctovymi typy (to jen z veci, ktere nas neskutecne s.... nastvaly pri vyvoji), o rychlosti deployingu aplikaci na WS bych se taky nerad rozepisoval :-) Oslavne clanky na OpenJDK nepisu, i kdyz mozna neco splichtim o tom, jak ten vyvoj vlastne probiha, jak se schvaluji patche a z ceho se vlastne OpenJDK sklada (ten projekt je dost rozsahly, takze zpocatku je problem se v nem vyznat).
Jak jsem psal - na Hadoop se chystam v nejblizsi dobe, takze se snad jeho podpora pro OpenJDK (preklad) pohne trosku dopredu :0
-
Jak jsem psal - na Hadoop se chystam v nejblizsi dobe, takze se snad jeho podpora pro OpenJDK (preklad) pohne trosku dopredu :0
Jaká podpora v Hadoopu? Já tam nebudu donekonečna opravovat to co v openJDK zkurvili. Ten javac kompilátor si laskavě opravte u vás.
-
Jak jsem psal - na Hadoop se chystam v nejblizsi dobe, takze se snad jeho podpora pro OpenJDK (preklad) pohne trosku dopredu :0
Jaká podpora v Hadoopu? Já tam nebudu donekonečna opravovat to co v openJDK zkurvili. Ten javac kompilátor si laskavě opravte u vás.
Blbe napsany, podpora v OpenJDK. Cilit to budu hlavne na sedmicku, uvidime, jak se posune EOL sestky.
-
Kolik firem dělajících komerčně do Javy podporuje openjdk? Snad jen Redhat JBOSS. JBoss je ale jen levné řešení pro lidi co nemají prachy na lepší soft (weblogic, websphere), tam se kvalita neřeší. On je hodně velký rozdíl mezi produkcí kde je downtime drahý a dětma co si hrají s portací JVM do LLVM.
Obavam se, ze o nasazeni JBossu ve svete toho moc nevis, nebo je to jen hrana nechapavost? To stejny muzu rict o Hadoop ze je to otevrena a porad chybova odvozenina od MapReduce (asi neni divu, ze firmy OS verzi hadoopu nepouzivaji a kazdy ma svuj build, takze upstream je nekdy dost pozadu za ruznymi branchi).
-
Open Source hadoop je vývojová verze, 650k řádek bordelu. Má spoustu branchů a hází se tam patche jak to jde, release se vydávají zřídka, většinou se to jen tagne aby věděli odkud si to pak branchnout.
Kvalita se neřeší, všichni přispěvovatelé mají pak svoje soukromé branche co stabilizují a prodávají. Některé hadoop verze, třeba od IBM je jen rebranded OS. Hadoop je ale dneska dost IN, tak se používá hlavně i tam kde by vpohodě stačily jednoduší a méně zabugované systémy jako třeba Spring-batch.
Hlavně HDFS, což je v podstatě designem jednoduchý systém, je síla. Přijít o všechna data je jednoduché především díky téměř neexistující obsluze chyb.
HADOOP je hezký příklad jak dopadne vývoj projektu když není k dispozici kvalitní vedení. Stará pravda je že když necháte kodéry bez dozoru za 3 roky spolehlivě dostanou projekt do stavu, kdy je lepší to vyhodit a začít znovu. Snahy o oprasení hadoopu byly, občas nějaký naivní přispěvovatel něco poslal, ale nekomitlo se nic, protože tenhle druh problémů se neřeší.
Mnohem zajímavější je ale HBASE, u toho mě fascinuje, který dobrodruh to může nasadit do produkce s tolika bugama - ehm. seznam.cz.
-
HBase nebezi nahodou nad Hadoopom?
Ako sa Spring Batch nahrádza Hadoopom? Mne to prišlo (z plagátu :-)) ako dva odlišné systémy. Používali ste SB na distribuované výpočty?
Momentálne robím s HBase/Hadoop API a súhlasím s tým, že je to pomerne strašne navrhnuté.
-
Spring batch umí více strojů za pomocí Spring-integration. Stačí jen dopsat driver který bude předávat data z počítače A na B a jede se.
Hadoop je dobrej pro začátečníky, pochopí základy map reduce a dfs. Když pak už ví co dělají, tak jim začne hadoop vadit a přemigrují si jinam. Hadoop trpí stihomanem - NOT INVENTED HERE. Třeba v normálních clusterech se posílají soubory na nody multicastingem, hadoop shared cache je hodně pomalá záležitost. Je to zprasený, ale je to levné řešení, má to velký ekosystém a nějakou práci to odvede. Hlavní přínos hadoopu vidím v tom, že tohle zpracování dat zpopularizoval.
http://peregrine_mapreduce.bitbucket.org/