Java, Abwärtskompatible oder nicht ?

[tobhor]

Hallo,

ich hab ein kleines Problem mit einer Javaanwendung die mit dem 1.6er JDK erstellt wurde. Die soll jetzt in einem System laufen das aber noch die 1.4er JRE nutzt und diese auch zwingend behalten muss.

Wie ich das so verstehe, scheint es da einen Bruch in der Abwärtskompatiblität zu geben, die 1.4er Anwendungen laufen wohl nicht unter den neueren Versionen! ( Hab ich jetzt selbst nicht testen können, aber ich nehm das erstmal so hin wie mir das mitgeteilt wurde)

Ist da was zu bekannt, dass es zwischen 1.4 und 1.6 Probleme gibt was die Kompatiblität betrifft? Hab zwar schon die Java FAQs bei sun angeguckt, aber wirklich eine klare Aussage geht da auch nicht hervor.

Für ein paar Infos wäre ich dankbar.

Gruß

 

[The_S]

Hierzu gab es schonmal eine Diskussion! Wenn du mit dem JDK 6 kompilierst, kannst du die jar/class definitiv nicht auf einem Rechner mit JRE 1.4 ausführen. Solang du aber nur auf Klassen, die bereits in JRE 1.4 erhalten sind, zugreifen musst, kannst du dem JDK 6 auch sagen, dass es für JRE 1.4 kompilieren soll. Für sowas nehme ich aber eigentlich gleich das Original 1.4er JDK und kompiliere damit.

 

[tobhor]

ja, mein gedanke war jetzt eigentlich "einfach" die laufzeitumgebung auszutauschen und auf die 1.6 upzugraden.

So wie es sich aber scheinbar verhält, ist die 1.4er Anwendung (eine zentrale middleware anwendung) inkompatibel zur 1.6 laufzeitumgebung!

Genau das sollte doch eigentlich nicht sein bei Java ??? Ist dazu was bekannt?

 

[The_S]

Hm, langsam. Was jetzt? Du redest von einer 1.4er Laufzeitumgebung (die nicht austauschbar ist) und einem 1.6er JDK. Im nächsten Satz aber von einer 1.6er Laufzeitumgebung und einem Programm, dass mit 1.4 kompiliert wurde! Was stimmt jetzt?

Eine 1.4er Anwendung sollte auf einer 1.6er JRE selbstverständlich ohne Probleme laufen!

 

[kleiner_held]

Abwaertskompatibel heisst, das mit 1.4 kompilierte Programme auch unter einer JVM 1.6 laufen.
Wenn die andere Richting (compiliert mit 1.6, laeuft auf 1.4) auch gaenge, waere es quasi vollkompatibel.

 

[hupfdule]

Eine 1.4er Anwendung sollte auf einer 1.6er JRE selbstverständlich ohne Probleme laufen!

Theoretisch ja. Bei richtig großen Anwendungen ist aber gelegentlich nicht der Fall. Es kommen auch in neueren JDKs Bugs vor, die vorher noch nicht vorhanden waren. Oder Bugs werden gefixt, die Anwendung benutzt aber einen Workaround um einen Bug, der nun nicht mehr funktioniert.

Das ist der Grund, warum in großen, sehr wichtigen Projekten immer exakt eine Java Version (meist sogar mit Patch-Level) vorgeschrieben ist, um solchen Gefahren zu begegnen.

 

[tobhor]

Eine 1.4er Anwendung sollte auf einer 1.6er JRE selbstverständlich ohne Probleme laufen!

Genau das soll nicht der Fall sein! Deswegen die Fragen ob es da irgendwelche Kompatibilitätsprobleme gibt?!?

Oder durch was könnten solche Probleme verursacht werden ?!

(Kann das leider selber nicht nachvollziehn, da die betroffene Anwendung bei einem Kunden läuft und ich diese nicht vorort haben)

 

[The_S]

Joa, bei großen Projekten kann das - wie hupfdule anmerkte - im Ausnahmefall schon zutreffen. Aber warum installierst du dir hier nicht einfach eine 6er JRE und testest das Ganze!?

 

[Guest]

Joa, bei großen Projekten kann das - wie hupfdule anmerkte - im Ausnahmefall schon zutreffen. Aber warum installierst du dir hier nicht einfach eine 6er JRE und testest das Ganze!?

wurde ja schon geteste, von mir nicht persönlich, ich darf mich jetzt nur mit dem probleme auseinandersetzen ;-)

Aber danke @ll für eure Antworten, damit komme ich erstmal weiter.


gruß

 

[Gast]

Kann man auch nach einer jre-Versionabfrage im Code, Methoden einer neueren Java-Version einbauen, die bei älteren jre's einfach nicht ausgeführt werden?

Konkret heißt das:

Mein Programm soll, abhängig von der installierten Java-Version (5 oder 6) beim Kunden, verschiedene Methoden aufrufen. Im Falle der Version 6 auch Methoden, die erst seit Java 6 existieren. Dies würde sich mit Java 5 aber nicht kompilieren lassen.

Gibt es dafür eine Lösung?

 

[Gast]

Habe die Lösung von Alex in einem anderen Thread bekommen

"Das, wonach du suchst ist Reflection. Macht im übrigen der JDBC Treiber von MySQL genau so. Da kannst du auch "abschauen" wie die das gemacht haben.

- Alex"

 

[ARadauer]

Eine 1.4er Anwendung sollte auf einer 1.6er JRE selbstverständlich ohne Probleme laufen!

Theoretisch ja. Bei richtig großen Anwendungen ist aber gelegentlich nicht der Fall. Es kommen auch in neueren JDKs Bugs vor, die vorher noch nicht vorhanden waren. Oder Bugs werden gefixt, die Anwendung benutzt aber einen Workaround um einen Bug, der nun nicht mehr funktioniert.

Das ist der Grund, warum in großen, sehr wichtigen Projekten immer exakt eine Java Version (meist sogar mit Patch-Level) vorgeschrieben ist, um solchen Gefahren zu begegnen.

ich bin eher der meinung, die Probleme sollten gefixt werden, bevor ewig auf einer alten Java Version herum gegurkt wird. Bei uns musste zb bis vor Kurzem ein Team von 50 Leuten auf Generics verzichten, weil einmal einer "enum" in einem package namen verwendet hat. So ein Fix ist oft, dann gar kein Problem..

 

[maki]

Bei uns musste zb bis vor Kurzem ein Team von 50 Leuten auf Generics verzichten, weil einmal einer "enum" in einem package namen verwendet hat. So ein Fix ist oft, dann gar kein Problem..

habe hier auch ein paar hunderte Klassen die Variablen mit dem Namen "enum" (kurz von Enumeration) tragen, das zu korrigieren ist trivial.

Schlimmer ist das in Java 5 alter Java 1.4 Quellcode kaputt kompiliert werden kann ohne das man es merkt, Autoboxing hat einen "automatischen" Pferdefuss