Solaris už nebude zdarma

Oracle, nový vlastník Solarisu, už ho nebude nabízet zdarma. Ke stažení bude pouze zkušební verze a po devadesáti dnech si uživatel bude muset koupit licenci. OpenSolaris zůstavá CDDL, ale podle Oracle v něm nebudou dostupné všechny funkce.

30.3.2010 16:04 | Vskutečnosti Saýc | Zajímavý článek

Komentáře

[tuxmartin]

Doprdele s Oracle ...

[Shadow]

Tak nějak.

[arnold]

Ekonomicka politika Sunu byla tragicky neuspesna, Oracle se musi chovat jinak, nema-li dopadnout stejne.

[David Heidelberg]

Tak ono je to jedno. Jenom díky bohu za to, že se tohle v případě Linuxu nikdy stát nemůže :-P

[JoHnY2]

Oracle se teda cini ... uz schazi jen rozporcovani VirtualBoxu a aby zacali prznit Javu. Uz se tesim jak bude najednou problem delat commity do javy a jak budou vsechny JDBC drivery mimo OCI chatrat

[pushkin]

Čistě teoreticky ... nebylo by možné tyto projekty zachránit forkem? Třeba vzít tu část kódu, která je pod GNU/GPL, forknout ji pod názvem třeba Lava a VirtualCube a udržovat ji v rámci komunity?

[thingie]

Spíš dorazit

[Foo Bar]

Co jsem tak pochopil, tak u MySQL se už tak stalo - MariaDB.

[Pavel Půlpán]

Sic pravda, ale je to smutné, že takovýto projekt jde díky komerci do kytek...

[Aldagautr]

do kytek ho poslal uz Sun

[Pavel Půlpán]

Sun poslal do kytek MySQL AB, Oracle poslal do kytek Sun, tak co, kdo pošle do kytek Oracle?

[Aldagautr]

Software602 :)

[SAL]

Tiez predpokladam, ze Oracle nam bohuzial uzavrie postupne vsetky projekty, vratane MySQL.

S forkom to ale nemusi byt take jednoduche. Pokial viem, tak firma mysql zarabala hlavne na komercnej verzii mysql. Pri forku nebudu moct uplatnovat dvojite licencovanie a teda nebudu moct predavat nejake specialne vlastnosti navyse. Alebo aspon sa im to dost stazi.

[roman]

diky bohu za to... aspon se te prisery driv zbavime

[Lukáš Zapletal]

Být tebou zajdu na oční, ušní a nosní. Solaris (SunOS) je skoro všude, jeho OS verze pomáhá firmám slevnit náklady třeba na vývoj. Tak se pak nediv, až ti třeba internetový provider zvýší rate...

Je to smutná zpráva pro nás všechny.

[Saljack]

A důvod proč nelze použít jiny Unix respektive Linux? A že by byl Solaris všude bych zase netvrdil (pokud tedy nemáš na mysli ty otřesné klienty na ČVUT FELu).

[Dr. Eddy]

dost by me zajimalo, co se ti nelibi na solarisu. Ale vazne argumenty, prosim...

[Jezz]

/bin/sh, ale jinak proti Solarisu nic nemám

[Tomáš Dzik]

A proč tedy nepoužíváte místo /bin/sh něco jiného ? Třeba /bin/bash nebo /bin/ksh ?

[Jezz]

#!/bin/sh se spusti vsude. Co vim, tak pouze na solarisu neni /bin/sh POSIX kompatibilni.

[Milan Jurik]

Tam, kde se pousti bash jako /bin/sh, tam to take neni POSIX kompatibilni shell zcela. I kdyz bash 4 vyrazne pokrocil. Dalsi argument?

[Jezz]

Necekam, ze /bin/sh bude zrovna bash. Netusil jsem, ze bash neni zcela POSIX kompatibilni, ale to co ocekavam, tak funguje. /bin/sh na solarisu je ovsem tragicky (z duvodu zpetne kompatibility).

Abych byl kokretni nefunguje treba Parameter Expansion. Skripty jsou rychlejsi, pokud se nemusi na kazdou malickost volat externich programy.

Dalsi informace jsou zde. Pekny priklad, co taky nefunguje:

$ if ! false; then echo ok; fi
!: not found

[Milan Jurik]

Jsem si velmi dobre vedom, ze Bourne shell je stara vec, dost casto musim predelat /bin/sh na /bin/ksh, a verte mi, ze jen opravovat v tom kodu neco neni zrovna nejprijemnejsi prace, i kdyz mi prijde, ze snad vsichni tvurci shellu jsou programatorska cunata (s tim, ze u Bashe to az tak spatne neni)...

Vas by mohlo potesit, ze na OpenSolarisu je /bin/sh kornshell93...

[Algi]

Skoro to vypadá, jako by Oracle chtěl začít vydělávat peníze na tom, co koupil

[Lukáš Zapletal]

Uzavření vývoje nerovná se začít vydělávat...

[Daniel Kvasnička ml.]

Uzavreni vyvoje je hodne silny termin, to se rozhodne konat nebude. Oracle podle me pouze nastoli stejny model, jaky pouziva dvojka RedHat & Fedora - tedy open source OpenSolaris a Solaris, ktery z nej bude prejimat veci, ktere se uchyti a dospeji...

Smutne je, ze je tu opet diskuse plna urvancu, kteri jak nedostanou neco zadarmo a jeste nejlepe na zlatem podnose, tak prskaji... Uzijte si svuj Linux. Ja az budu nasazovat dalsi JEE aplikaci a budu mit moznost rozhodovat o platforme, bude to OpenSolaris.

[Ladicek]

Já až budu nasazovat další JEE aplikaci a budu mít možnost rozhodovat o platformě, nebude to JEE.

[Daniel Kvasnička ml.]

No chtel jsem napsat OS, ne platformu... Ale chapu kam miris...

[vlastagf]

a co?

[Filip Jirsák]

Přece Mono…

[Michal Vyskočil]

Tipnul bych něco zelenějšího

[Algi]

Tomu říkám dobrý tip

[Daniel Kvasnička ml.]

Tak to tu ale v tom pripade doslo k nedorozumeni... jsem si plne vedom toho, ze pro nektere lidi je JEE = EJB, JPA, JSF a smitec (strucne receno). A ono to tak de jure je. Ja tim ale oznacuju obecne server side Javu a tedy i Spring a rozhodne nejsem sam. Jsem si samozrejme vedom toho, ze se v takovych pripadech z celeho EE portfolia muze vyuzit jen zlomek, ale de fakto proste o Javu EE jde

Pokud to Ladicek myslel jeste jinak, taky by me zajimalo o cem uvazuje

[Ladicek]

Spring teď hodně dělá do JSF, což je IMHO trochu škoda (horší komponentový webový framework neznám), ale pořád se na něm dá postavit celá rozsáhlá aplikace a z JEE technologií přímo nevyužít vůbec nic a nebo jenom Servlet API. Pro běh samozřejmě Tomcat – velké aplikáče nedávají smysl. Stejně se dá postupovat v kombinaci Groovy a Grails, i když na pozadí je Spring a Hibernate

Ale pokud pod JEE myslíš jakékoli serverové (ideálně webové) použití javovských technologií, tak se můžu bavit akorát o Ruby a Node.js, čímž aktuálně pokryju menší projekty a hračky, což taky nemusí být špatné. Bral bys JRuby on Rails jako JEE?

[Daniel Kvasnička ml.]

Spring teď hodně dělá do JSF, což je IMHO trochu škoda (horší komponentový webový framework neznám)

Ja jsem doted sledoval JSF z povzdali, ale ted s prichodem dvojky se chystam se do toho trochu vic podivat.

pořád se na něm dá postavit celá rozsáhlá aplikace a z JEE technologií přímo nevyužít vůbec nic a nebo jenom Servlet API.

Jeste aby ne

Pro běh samozřejmě Tomcat – velké aplikáče nedávají smysl.

To jsem si taky myslel, dokud jsem nezacal vice delat s GlassFishem v3, resp. hlavne jeho Web Profile variantou (ktera je asi tak neco mezi kontejnerem a aplikacem). GF si sice vezme vyrazne vice pameti nez Tomcat a prvni start trva o dost dele (reload aplikace je svizny), ale taky ji vyuzije a dokaze pri spravne konfiguraci (omezeni vlaken, komprese) vykonove zadupat (rovnez tweakovany) Tomcat do zeme. Hral jsem si s tim dost dlouho a je mozne, ze jsem nektere veci prehledl nebo nepochytil, ale z meho pozorovani Tomcat proste moc neumi zachazet s HW prostredky.

Automaticka podpora pro JPA je taky moc pekna (par radku v persistence.xml, registrace PU v deskriptoru a dva jee:jndi-lookup tagy v Spring kontextu, zadne JPA libs ve WEB-INF/lib).

Admin konzole je taky peknym bonusem, hlavne instalace updatu a pluginu (po ktere staci jen restartnout server). Je taky fajn, ze i kdyz muzu vsechno nakonfigurovat v XMLku, muzu stejne tak JDBC resourcy a JavaMail sessiony proste naklikat...

Dokumentace je pro GF take mnohem podrobnejsi nez pro Tomcat.

Pokud je slaby HW, celkem se mi osvedcil Jetty a chystam se taky pohrat si s Winstonem. Taky by me zajimalo co ma SpringSource s tim jejich nadopovanym Tomcatem, tak to musim omrknout Cisty Tomcat me osobne v soucasnosti imponuje uz jen bezkonkurencni podporou v Eclipse IDE, tedy pro vyvoj.

Bral bys JRuby on Rails jako JEE?

No pokud to bezi v nejakem JEE kontejneru, tak de fakto jo Ale Ruby jako jazyk me nikdy nezaujal a ani Rails hype me nezasahla (pouze zprostredkovane pres ruzne pythoni konkurence), takze JRuby v podstate ignoruju. Stejne tak Groovy a Grails. Vim, ze asi nejsem tim padem dost kchuuul a in, ale me to neva Java mi jako jazyk relativne vyhovuje a kombinaci Spring + Stripes povazuju pro mnoho typu aplikaci za zcela neporazitelnou. Pokud jde o RIA, planuju se vic mrknout na Cappuccino a SproutCore, zatim to resim v klidu pres jQuery a v praci jedem na GWT (coz je podle me bez vyuziti UiBinderu radna prasarna -- fakt nemam rad UI frameworky bez deklarativniho zapisu UI).

[Ladicek]

No dobře, je asi pravda, že HTTP konektor z Glassfishe (Grizzly) je výkonově parádní, ale Tomcat mi prostě přesně vyhovuje vyvážením toho, o co se vůbec nemusím starat, a toho, co si naopak vyřeším přesně jak chci (a navíc mám dojem, že zbytek servletového kontejneru v Glassfishi je Tomcat ). Řekl bych, že v tom zdaleka nejsem sám. Všechny ty JNDI mrdky a externalizované konfigurace mi můžou vlízt na záda – Spring je mnohem lepší DI kontejner než aplikáč a umožňuje s konfigurací pracovat mnohem flexibilněji.

Co by mne možná zaujalo na Glassfishi (nebo na SpringSource dm Serveru) je modulový systém – to je podle mne v současnosti bezkonkurenčně největší bolest Javy, ale OSGi to se svou classloaderovou magií a ClassNotFoundException na každém rohu z mého pohledu nijak zvlášť nezachraňuje. Nechci vidět, co vyleze z projektu Jigsaw a z příslušných JSRek.

Hype okolo Groovy a Ruby ti nijak necpu, ale na Javě jako jazyku se prostě neshodneme. Groovy je z tohohle pohledu naprostá bomba – velká většina javovského kódu je zároveň kódem v Groovy.

[Leinad]

+1

[Milan Jurik]

Jaka zkusebni verze? Zadna "demoinstalace" to neni. Co si precist skutecne, co se stalo? To same ohledne toho, co se muze ci nemuze objevit v OpenSolarisu. Trosku nepresna a matouci zpravicka