Stephen Colebourne z Apache Foundation publicznie oskarża Sun Microsystems o uniemożliwianie Apache certyfikowania swojej implementacji Javy — Harmony, jako zgodnej ze specyfikacją JSR.
Sprawa nie jest nowa, toczy się już od dwóch lat. Apache poprosił wtedy Suna o zestaw testów potrzebnych do weryfikacji czy Harmony, apachowa implementacja JDK 1.5, jest zgodna ze standardem. Sun zaproponował Apache Foundation testy certyfikacyjne, ale takie po których wydać można jedynie kod na własnościowej licencji. To łamie (podobno) umowę między ASF i Sunem, na mocy której Sun zobowiązał się do wydania testów, a ASF do niepublikacji kodu Harmony jeśli tych testów nie przejdzie. Dyskusje w tej sprawie trwają już długo i wygląda na to, że Sun nie ma zamiaru dogadać się z fundacją i pozwolić Apache na certyfikację Harmony, co stawia tę implementację Javy w gorszej pozycji na rynku.
Smaczku sprawie dodaje fakt, że w międzyczasie Sun wydało OpenJDK i reklamuje Javę jako wolne oprogramowanie, co w związku z niedostępnością certyfikacji dla niezależnych wolnych implementacji stawia tę firmę w dość dwuznacznej sytuacji.
Aby wyrobić sobie zdanie na ten temat zachęcam przeczytać komentarze pod podlinkowanym tekstem oraz inne dokumenty dostarczone przez Colebourne’a, w tym sprawozdania ze spotkań z Sunem.
Problem polega nie tylko na tym, że Harmony nie może być wydane jako cartyfikowana implementacja Javy.
Problem polega _głównie_ na tym, że Apache nie może wydać oficjalnie Harmony w jakiejkolwiek formie ze względu na umowę pomiędzy ASF i Sunem.
Sprawa jest skomplikowana, ale generalnie ta umowa polegała na tym, że Apache dostanie testy certyfikujące i wyda Harmony jak ta implementacja je przejdzie, ale z drugiej strony ASF zobowiazała się do niewydawania Harmony jeśli nie zostało certyfikowane. Właściwie to sprawa jest bardziej subtelna i chodzi o przekazanie własności intelektualnej do Apache przez Sun.
Tak więc, po krótce sprawa wygląda tak, że Sun nie przestrzega umowy, a ASF bojąc się procesu nie może nawet wydać własnego projektu. Tak wygląda open source by Sun, niestety.
@mario: Nie, nie może gdyż dalej byłoby to łamanie umowy i naruszenie własności intelektualnej.
To jest śmieszny paradoks. Każdy może modyfikować openJDK jak chce gdyż Sun ma gwarancje, że te modyfikacje pozostaną wydane na licencji GPL. To było święte prawo tej korporacji wydać JDK na licencji GPL.
Co jest ciekawe, nie tylko Apache, ale NIKT nie może napisać implementacji Javy od zera (nawet znowu na GPL) i oficjalnie jej wydać gdyż wtedy to będzie już pogwałcenie własności intelektualnej.
To jest trochę tak, że Sun robi ten open source, ale trochę nie do końca…
"Apache nie może wydać oficjalnie Harmony w jakiejkolwiek formie" głównie z tego powodu, że na Harmony nie działa połowa tego, co powinna działać, w szczególności coś więcej niż Hello World w Swingu sypie się niemiłosiernie.
Harmony był od początku idiotycznym pomysłem, który mało, że konkurował z kilkoma równie głupimi rzeczami jak jakieś Classpath, Kaffe itp. opensourcowe parodie Java, to jeszcze był z natury szkodliwym bełtaniem wody przez cwanych konsultantów IBM-a. Chłopakom zależało na kopaniu SUN-a, więc sobie Harmony zrobili.
A jeżeli chodzi o Open Source w SUN-ie to wszystkie ich rozwiązania softwarowe włącznie z high-endem (usługa katalogowa, która w tyle zostawia wszystko inne, na przykład) są dostępne na licencji Open Source.
Gdyby nie SUN-owski Open Office, to Linux miał by dziś 0.1% zamiast 1% na desktopie.
@Rea: Po pierwsze działa coś tak skomplikowanego jak Eclipse.
Po drugie nie w tym rzecz. Czy jak ktokolwiek wydaje jakiekolwiek oprogramowanie open source to musi zapewnić, że wszystkie funkcje działają perfekcyjnie? Ten problem i jego skala jest zupełnie odrębny od samej kwestii możności wydania czegoś na licencji open source.
Apache nie może wydać własnego kodu przez to, że Sun łamie umowę którą sam podpisał.
I zupełnie nieistotne jest ile innego oprogramowania Sun wydał jako open source i na _jakiej_ licencji. Tutaj rozmawiamy o Apache, Javie i Harmony.
certyfikat wydany dla implementacji javy daje potencjalnym uzytkownikom gwarancje, ze ta implementacja przeszla testy zgodnosci ze specyfikacja…
przypuszczam, ze chodzi o to, ze proces certyfikacji, ktora wymyslil i na ktorej trzyma lape sun normalnie kosztuje cala kupe kasy a ASF z sunem umowilo sie, ze sun im zrobi te testy gratis jesli ci nie wypuszcza Harmony zanim ta nie bedzie tych testow spelniac…
z drugiej strony ciekawe, bo czytalem kiedys, ze google wykorzystywal czesc kodu Harmony do Androida… moze o to sun sie obrazil ? 🙂
Sun się nie obraził. Tak naprawdę, to cała ta batalia o J2SE ma J2ME w tle. Tak naprawdę, Sunowi zależy głównie na kontrolowaniu J2ME gdzie ma większość zysków. Jednak, żeby kontrolować efektywnie rynek J2Me musi kontrolować również J2SE. To skomplikowane kwestie, można sporo poczytać o tej całej historii w internecie.
Tak więc nikt się na nikogo nie obraża tylko chłodno kalkuluje.
Do tego dochodzi podejrzenie, że nie będzie “java 7” tylko jdk7 (przynajmniej przez jakiś czas), co jest o tyle dziwne, że Sun zawsze chwalił się ściśle określonym procesem standaryzacyjnym javy.
Sprawę wyjaśnia tak na prawdę jeden z komentarzy pod artykułem:
Nic dodać, nic ująć, całe zamieszanie to czysty FUD IBM-a. RedHatowi udało się jakoś certyfikować swoją wersję Java… Martwienie się o specyfikację JDK7, której proces projektowania jest daleki od zakończenia jest dość zabawne.
As for Harmony, this was always IBMs little pet project. It exists because of SUN and IBM not being to friendly. IBM can afford to license the toolkit if needed, after all they make billions of Java (unlike Sun). I don't buy the argument of Apache being poor volunteers who can't afford the licensing cost: most of their projects (including Harmony) have serious industrial backing (in many cases IBM). The main argument for Harmony (control aside) is the Apache 2.0 license which allows bundling with closed source components (unlike the GPL). In other words, Harmonies biggest fans are amongst those companies actually interested in specifically this feature. Such as for example Google who are depending on Harmony in Android.
Poza tym w sprawie Apache vs Sun jest zaangażowane (przez aktywne działania lub zwykłe poparcie) całe Apache, wszyscy członkowie.
Może zaraz ktoś zacznie sugerować, że całe Apache jest kontrolowane przez IBM-a który chce dokopać Sunowi?
Niestety życie nie jest tak proste, więc ani to nie jest tak, że Sun jest b. dobrą korporacją otwartą na open source ogólnie, ani walka o Harmony nie jest inspirowana przez IBM.
Dodaj komentarz