Hi Christopher!
> 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.
Das mußte ich ein paarmal (auf der Original-Seite) lesen. Ich vermute,
mit "Public Updates Notification" meinen sie diese Dialoge, die auf-
gehen, wenn Oracle meint, daß man aktualisieren sollte.
> 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.
Da gibt es nix zu schimpfen. Sie sagen, 9 und 10 seien Übergangs-
versionen (war mir vorher so nicht bewußt). Also kann man auch bis
Dezember 2020 ("or later" :-) bei Version 8 bleiben und dann auf
18.9 LTS gehen.
> Für ein eher konservatives Umfeld wie Solaris und dessen Nutzer
Fehleinschätzung. Ich würde es eher "technologie-orientiert"
nennen. Halt nicht so ein Hipster-Linux-Scheiß, wo immer da neueste
halbfertige Zeugs benutzt wird.
> 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.
Dafür haben die doch seit Jahren fertige Verfahren. Was soll daran
schwierig sein?
> Akzeptanz-Testen ist etwas anderes, aber da brauch ich doch kein
> Akzeptanz-Testen für 6 Monate?
Es geht wohl eher darum, das neue Release-Modell aufzubauen.
> 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.
Viele Kunden haben Unmengen an Java-Bestands-Code, der möglicher-
weise auch noch mit DBs redet. Auch Oracle hat DB-Zeugs in Java
geschrieben. Die SPARC-CPU- und die JVM-Leute haben angeblich
koordiniert JVM-Primitiven in der CPU abgebildet.
> Ich hätte darüber nicht nachdenken sollen, ab jetzt verstehe ich das
> gesamte Umfeld nicht mehr.
Tja :-)
Viele Grüße -- Volker
--
------------------------------------------------------------------------
Volker A. Brandt Consulting and Support for Solaris-based Systems
Brandt & Brandt Computer GmbH WWW: http://www.bb-c.de/
Am Wiesenpfad 6, 53340 Meckenheim, GERMANY Email: [email protected]
Handelsregister: Amtsgericht Bonn, HRB 10513 Schuhgröße: 46
Geschäftsführer: Rainer J.H. Brandt und Volker A. Brandt
"When logic and proportion have fallen sloppy dead"
