Abwärtskompatibel?

[Himmerlarschundzwirn]

WIe sieht es hier eigentlich mit der Abwärtskompatibilität aus? Kann ich Probleme mit Programmen bekommen, die für Java 6 oder 7 geschrieben wurden, wenn ich die Java 8 Runtime einsetze oder kann man bedenkenlos alle Rechner upgraden?

[Pwnie2012]

java war schon immer abwärtskompatibel

[JackReaper]

Uff, das is ne fiese Frage.
Kann man generell nicht beantworten, wenn man den Source nicht kennt.

Normalerweiße sollte der Programmierer sich bemühen, den Source auf dem Laufenden zu halten, damit man den Versionswechsel auch überlebt.
Da bleibt dir nur die Möglichkeit es zu testen, bzw. auf die Website des Herstellers zu schauen, ob es Ankündigungen zu Inkompatibilitäten gibt.


MfG
Reaper

[non_sense]

Es kommt drauf an. In der Regel kann man bedenkenlos upgraden.
Oracle schreibt diesbezüglich immer eine Liste mit Inkompatibilitäten.

http://www.oracle.com/technetwork/java/javase/8-compatibility-guide-2156366.html

Allerdings schreibt Oracle:
>>Binary Compatibility

>>Java SE 8 is binary-compatible with Java SE 7 except for the incompatibilities listed below. Except for the noted incompatibilities, class files built with the Java SE 7 compiler will run correctly in Java SE 8. Class files built with the Java SE 8 compiler will not run on earlier releases of Java SE.

[supersux]

Himmerlarschundzwirn schrieb:
--------------------------------------------------------------------------------
> WIe sieht es hier eigentlich mit der Abwärtskompatibilität aus? Kann ich
> Probleme mit Programmen bekommen, die für Java 6 oder 7 geschrieben wurden,
> wenn ich die Java 8 Runtime einsetze oder kann man bedenkenlos alle Rechner
> upgraden?


Auch wenn Java sehr auf Abwärtskompatibilität bedacht ist, kann es - wie bei jedem Softwareupdate - natürlich auch hier zu Problemen kommen, insbesondere bei einer neuen Major-Version.

Meine persönliche Empfehlung: für ein Java 8 Update in Produktiv-Umgebungen einfach noch einige Zeit bzw. Minor-Releases ins Land gehen lassen.

Ein reines JRE-Upgrade von Anwender-Maschinen auf 8 bringt momentan keine wirklichen Vorteile, die 7er erhält auch noch lange Fixes.

[winterkoenig]

Himmerlarschundzwirn schrieb:
--------------------------------------------------------------------------------
> WIe sieht es hier eigentlich mit der Abwärtskompatibilität aus? Kann ich
> Probleme mit Programmen bekommen, die für Java 6 oder 7 geschrieben wurden,
> wenn ich die Java 8 Runtime einsetze oder kann man bedenkenlos alle Rechner
> upgraden?

Man kann ja mehrere JREs parallel installiert haben. Sollte es nun ein Programm geben, das mit der neuesten nicht läuft, kann man es ja speziell mit der passenden JRE starten. Für das Browser-Plugin, so man es denn verwendet, sollte man schon aus Sicherheitsgründen immer die aktuellste Version verwenden.

[iRofl]

winterkoenig schrieb:
--------------------------------------------------------------------------------
> Himmerlarschundzwirn schrieb:
> ---------------------------------------------------------------------------
> -----
> > WIe sieht es hier eigentlich mit der Abwärtskompatibilität aus? Kann ich
> > Probleme mit Programmen bekommen, die für Java 6 oder 7 geschrieben
> wurden,
> > wenn ich die Java 8 Runtime einsetze oder kann man bedenkenlos alle
> Rechner
> > upgraden?
>
> Man kann ja mehrere JREs parallel installiert haben.

Bingo!

[Nephtys]

Himmerlarschundzwirn schrieb:
--------------------------------------------------------------------------------
> WIe sieht es hier eigentlich mit der Abwärtskompatibilität aus? Kann ich
> Probleme mit Programmen bekommen, die für Java 6 oder 7 geschrieben wurden,
> wenn ich die Java 8 Runtime einsetze oder kann man bedenkenlos alle Rechner
> upgraden?


Leider wurde nichts grundlegendes entfernt bei Java 8, nur viel auf Deprecated gesetzt. Schade. Ein Kahlschlag wäre mal ganz gut gewesen. Alternativ hoffe ich weiterhin, dass das Projekt für modulares Java doch noch kommt, und nicht erst mit Java 8.

[robinx999]

Nephtys schrieb:
--------------------------------------------------------------------------------
> Himmerlarschundzwirn schrieb:
> ---------------------------------------------------------------------------
> -----
> > WIe sieht es hier eigentlich mit der Abwärtskompatibilität aus? Kann ich
> > Probleme mit Programmen bekommen, die für Java 6 oder 7 geschrieben
> wurden,
> > wenn ich die Java 8 Runtime einsetze oder kann man bedenkenlos alle
> Rechner
> > upgraden?
>
> Leider wurde nichts grundlegendes entfernt bei Java 8, nur viel auf
> Deprecated gesetzt.
Wenn viel auf Deprecated gesetzt wurde, dann kann es durchaus heißen das dann einiges bei Java 9 rausfliegt, auch wenn es bis dahin noch viel zeit ist.
Wobei wenn man etwas rausschmeißt dann besteht halt immer die Chance das vieles alte nicht mehr richtig Funktioniert und man viel an code anpassen muss, je nachdem was man entfernt.

[Nolan ra Sinjaria]

robinx999 schrieb:
--------------------------------------------------------------------------------
> Wenn viel auf Deprecated gesetzt wurde, dann kann es durchaus heißen das
> dann einiges bei Java 9 rausfliegt, auch wenn es bis dahin noch viel zeit
> ist.
> Wobei wenn man etwas rausschmeißt dann besteht halt immer die Chance das
> vieles alte nicht mehr richtig Funktioniert und man viel an code anpassen
> muss, je nachdem was man entfernt.

Deswegen setzen wir in eclipse zwischendurch immer mal wieder die Warneinstellung von "Usage of deprecated code" auf Error, um zu sehen, wo es in Zukunft wohl knallen dürfte. Mit etwas Glück steht an dem Code der so annotiert wurde auch noch dran, was man denn bitteschön stattdessen verwenden solle.

Ich habe nix gegen Christen. Ich habe nix gegen Moslems. Ich habe nix gegen Vegetarier. Ich habe nix gegen Apple-Fans. Aber ich habe etwas gegen Missionare...

[supersux]

Nolan ra Sinjaria schrieb:
--------------------------------------------------------------------------------
> robinx999 schrieb:
> ---------------------------------------------------------------------------
> -----
> > Wenn viel auf Deprecated gesetzt wurde, dann kann es durchaus heißen das
> > dann einiges bei Java 9 rausfliegt, auch wenn es bis dahin noch viel
> zeit
> > ist.
> > Wobei wenn man etwas rausschmeißt dann besteht halt immer die Chance das
> > vieles alte nicht mehr richtig Funktioniert und man viel an code
> anpassen
> > muss, je nachdem was man entfernt.
>
> Deswegen setzen wir in eclipse zwischendurch immer mal wieder die
> Warneinstellung von "Usage of deprecated code" auf Error, um zu sehen, wo
> es in Zukunft wohl knallen dürfte. Mit etwas Glück steht an dem Code der so
> annotiert wurde auch noch dran, was man denn bitteschön stattdessen
> verwenden solle.

aber bislang wohl doch eher wegen 3rd Party Libs und nicht der Core-API halber?

( Wenn man bedenkt, dass in der Runtime auch heute noch Klassen wie StringBuffer-/LineNumberInputStream mitgeschleppt werden, die seit jdk1.1 deprecated sind. Ja selbst Methoden a la java.awt.FontMetrics.getMaxDecent() welche aufgrund eines einfachen Rechtschreibfehlers(-> getMaxDe s cent) noch vor 1.2 deprecated wurden, sind bislang nicht aussortiert worden )

[Nolan ra Sinjaria]

supersux schrieb:
--------------------------------------------------------------------------------
> aber bislang wohl doch eher wegen 3rd Party Libs und nicht der Core-API halber?

Allgemein, wegen Abhängigkeiten. Aber ja 3rd-party-Libs ändern sich eher mal als die Java API, auch wenn wir da auch schon was ändern mussten

Ich habe nix gegen Christen. Ich habe nix gegen Moslems. Ich habe nix gegen Vegetarier. Ich habe nix gegen Apple-Fans. Aber ich habe etwas gegen Missionare...

[supersux]

Nolan ra Sinjaria schrieb:
--------------------------------------------------------------------------------
> supersux schrieb:
> ---------------------------------------------------------------------------
> -----
> > aber bislang wohl doch eher wegen 3rd Party Libs und nicht der Core-API
> halber?
>
> Allgemein, wegen Abhängigkeiten. Aber ja 3rd-party-Libs ändern sich eher
> mal als die Java API, auch wenn wir da auch schon was ändern mussten

nicht falsch verstehen, ich find das auch ne gute Sache, aber nur zum Verständnis:
'ändern mussten' heisst in diesem Fall (sprich core-api) was genau?

- wurde deprecated
oder
- wirklich nicht mehr lauffähig
?

bei letzterem fiele mir nun in der Tat spontan kein Beispiel ein (was ja gerade der immer wiederkehrender Kritikpunkt ist, das man eben keine alten Zöpfe abschneidet)

[Nolan ra Sinjaria]

Problem war, dass wir von einer Java eigenen Klasse geerbt hatten (weiß nicht mehr welche) und unsere abgeleitete Klasse eine Methode

Object getId()

hatte.

Mit JAVA 1.4 war das auch kein Problem, allerdings wurde besagte Basisklasse in Java5 um eine Methode

Long getId()

erweitert, wodurch dafür einiges angepasst werden musste. Also kein wirklicher Fehler sondern reines Kompatibilitätsproblem, was von Seiten der Entwickler der Java API absolut nicht vorhersehbar war.

Ich habe nix gegen Christen. Ich habe nix gegen Moslems. Ich habe nix gegen Vegetarier. Ich habe nix gegen Apple-Fans. Aber ich habe etwas gegen Missionare...

[bstea]

Das hast du in allen Programmiersprachen und Frameworks. ABI Version im Bytecode verhindert Fehlinterpretationen.

--
Erst wenn der letzte Baum gefällt, der letzte Fluss gestaut und der letzte Fisch gefangen ist, werdet ihr feststellen, dass man Biber nicht essen kann!

[QDOS]

bstea schrieb:
--------------------------------------------------------------------------------
> Das hast du in allen Programmiersprachen und Frameworks.
Nicht wenn das Framework per Definition nur mit dauerhaft unveränderlichen Schnittstellen entwickelt wurde. Mir fällt da mindestens ein Beispiel eines großen Softwarehersteller ein, welches seit nun mehr als 20 Jahren so aufgebaut ist…

[bstea]

MFC hält sich wirklich ewig.

--
Erst wenn der letzte Baum gefällt, der letzte Fluss gestaut und der letzte Fisch gefangen ist, werdet ihr feststellen, dass man Biber nicht essen kann!

[QDOS]

Meinte eigentlich das Component Object Model, welches seit 1993 funktioniert und bis heute die Basis von Windows, Office, etc. bietet…