On Fri, 2018-03-23 at 10:04 +0100, Volker A. Brandt wrote:
> Christopher J. Ruwe writes:
> > Bösartigerweise könnte ich jetzt behaupten, daß ich Kunden, die
> > Solaris einsetzten, bisher immer als prähistorisch empfunden
> > habe. Neulich hatte ich da einen, der noch Java 1.4 auf Solaris
> > einsetzte.
>
> Einzelfall. Gerade Java hat soviele Sicherheitslücken, daß die
> meisten vernünftigen Leute schon lange aktualisiert haben.
>
> > Zur Einordnung: EOL (aber jetzt wirklich) war 30.10.2008. Aufgefallen,
> > daß das vielleicht nicht mehr so optimal sei, ist es 2017, weil dann
> > die Konzern-IT-Security die Verwendung von SHA-1 Zertifikaten
> > untersagt hatte und Java 1.4 kein SHA-2 kann.
>
> Java 1.4 ist auch sonst Scheiße.
>
> > Der Kunde wollte übrigens nicht heben, weil er keinen profitablen
> > Business Case konstruieren konnte und Wartung ohne Business Case nicht
> > mehr durchgeführt wird. Ist aber BSI-zertifiziert.
>
> Also typischer Management-BS. Der Grund ist nicht technischer Art
> und hat insbesondere nix mit Java zu tun.
>
> > Wie man leicht sieht, haben nur Solaris-Installation das EOL bis zum
> > letzten Schluß ausgekostet:
>
> Falsch. Einzelne unbelehrbare Anwender haben das getan. Solche
> findest Du auch bei Linux (von Windows XP ganz zu schweigen).
>
> > Moral von der Geschicht: Es lohnt sich für für Oracle einfach
> > nicht.
>
> Hmmm... irgendwie habe ich den entscheidenden Punkt wohl nicht aus-
> reichend betont: Oracle bietet Java 10 für Solaris 11 SPARC, aber
> *nicht* für Solaris 11 x64. Darauf wollte ich hinaus. Einerseits
> liefern sie einen sehr schön gemachten und gut funktionierenden
> Gnome-3-Desktop mit Solaris 11.4 aus, andererseits wollen sie nach
> Java 8 nix aktuelles mehr auf Solaris/Intel haben. Das sagt mir, daß
> sie irgendwann Solaris/Intel absägen werden.
>
> Lohnt sich also sehr wohl für Oracle... auf SPARC.
>
>
> Viele Grüße -- Volker
Dat Gelästere mal beiseite: Ich habe eben die Support-Zyklen für die
aktuellen Javas SE mal nachgeschlagen [1]:
Release GA Date End of Public Updates Notification End of Public Updates
8 Mar 2014 Sep 2017 Jan 2019* and Dec 2020*
9 Sep 2017 Sep 2017 Mar 2018**
10 *** Mar 2018 Mar 2018 Sep 2018
11 *** Sep 2018 TBA**** TBA****
* or later.
** Java SE 9 will be a short term release, and users should
immediately transition to the next release (18.3) when available.
*** Oracle has proposed a new version scheme for Oracle based builds
(YY.M) starting in March, 2018. Java SE 10 (18.3) will be a short
term release and users should transition to the next release when
available.
**** In September 2017 Oracle announced a road map for faster and
easier redistribution of Java SE which is planned to take effect
starting September 2018.
dh, Java 10 hat einen Public Support Cylce von 6 Monaten und der von
Java 9 war genauso lang. Hatte ich jetzt so nicht auf dem Schirm. Ihr
könnt da ruhig schimpfen, aber ich binde mir solche Support-Zyklen nur
dann ans Bein, wenn ich mir davon einen wirklich wesentlichen Vorteil
verspreche.
Für ein eher konservatives Umfeld wie Solaris und dessen Nutzer
wundert es mich jetzt, daß man das für SPARC überhaupt rausgebracht
hat. Development und Integration-Testing für die JVM kann ich mir auf
Solaris und gerade SPARC eh schwer vorstellen.
Akzeptanz-Testen ist etwas anderes, aber da brauch ich doch kein
Akzeptanz-Testen für 6 Monate? Bezüglich einer Notwendigkeit der auf
Sparc unbestritten hervoragenden I/O-Eigenschaften kann ich mir Java
grundsätzlich sowieso nur ganz schwer vorstellen - wenn extreme
I/O-Performanz ein wesentliches Kriterium ist, nähere ich mich
Soft-Realtime und dann ist Java IMHO sowieso ein Fehl-Griff.
Ich hätte darüber nicht nachdenken sollen, ab jetzt verstehe ich das
gesamte Umfeld nicht mehr.
[1] http://www.oracle.com/technetwork/java/eol-135779.html
Grüße!
--
Christopher
