JRE 1.7 statt OpenJDK

[jkowalzik]

Hallo!
Ich würde gern von
java-1.6.0-openjdk - OpenJDK Runtime Environment​
nach
jre - Java(TM) Platform Standard Edition Runtime Environment​ 1.7.0_01
wechseln, aber:
1. Das Orakel hat sich den Linux-Anbietern seit V26 in den Weg gelegt.
2. Man muss es von dort selbst holen, was bei rpm und x86_64 kein Problem ist.
3. Wenn man URPME bemüht wird man mit folgendem konfrontiert:

Code: Alles auswählen

Um alle Abhängigkeiten gewährleisten zu können werden folgende Pakete gelöscht:

- apache-commons-codec-1.4-13.mga1.noarch
- apache-commons-lang-2.6-4.mga1.noarch
- apache-commons-logging-1.1.1-17.mga1.noarch
- apache-commons-net-2.2-4.mga1.noarch
- bouncycastle-1.45-5.mga1.noarch
- bouncycastle-mail-1.45-3.mga1.noarch
- bouncycastle-tsp-1.45-3.mga1.noarch
- flute-1.3.0-1.mga1.noarch
- itext-2.1.7-4.mga1.noarch
- jakarta-commons-httpclient-3.1-3.mga1.noarch
- java-1.6.0-openjdk-devel-1.6.0.0-14.b22.5.1.mga1.x86_64
- java-rpmbuild-1.7.5-5.mga1.x86_64
- libbase-1.1.3-3.mga1.noarch
- libfonts-1.1.3-3.mga1.noarch
- libformula-1.1.3-3.mga1.noarch
- liblayout-0.2.10-2.mga1.noarch
- libloader-1.1.3-2.mga1.noarch
- libreoffice-report-builder-3.3.3.1-0.1.mga1.x86_64
- libreoffice-wiki-publisher-3.3.3.1-0.1.mga1.x86_64
- librepository-1.1.3-2.mga1.noarch
- libserializer-1.1.2-4.mga1.noarch
- pentaho-libxml-1.1.3-3.mga1.noarch
- pentaho-reporting-flow-engine-0.9.4-4.mga1.noarch
- projectx-0.91.0-2.1.mga1.noarch
- sac-1.3-9.mga1.noarch
- xml-commons-apis-1.4.01-5.mga1.noarch

0B zusätzlicher Speicher wird benötigt

Da ist ja mal gleich das halbe System weg

Gruß
J.

[man-draker]

3. Wenn man URPME bemüht wird man mit folgendem konfrontiert:

Vor oder nach der Installation des JRE 1.7 ?

EDIT:
OK, auch hinterher.

Dann möchtest du besser auf das JRE 1.6.0.29 von java.com updaten.

Es ist gut möglich, dass die bei dir vorhandene Software nicht nur im Paketmanagement nach "java" 1.6 verlangt und jre7 nicht mag, sondern auch nicht mit letzterem zusammen spielt. Das würde ich zuerst in einer Test-VM durchprobieren.

[BicycleRepairMan]

Logischerweise installiert man zuerst JRE und deinstalliert dann OpenJDK, damit das System nicht denkt, du willst ihm Java komplett deinstallieren...

[jkowalzik]

Hallo!
Jetzt habe ich erst mal den Wechsel nach java1.6-sunv26 vollzogen,
das Entfernen von - java-1.6.0-openjdk sieht schon freundlicher aus:

Code: Alles auswählen

Entferne die 7-Pakete?

- java-1.6.0-openjdk-1.6.0.0-14.b22.5.1.mga1.x86_64
- java-1.6.0-openjdk-devel-1.6.0.0-14.b22.5.1.mga1.x86_64
- java-rpmbuild-1.7.5-5.mga1.x86_64
- liblayout-0.2.10-2.mga1.noarch
- libreoffice-report-builder-3.3.3.1-0.1.mga1.x86_64
- librepository-1.1.3-2.mga1.noarch
- pentaho-reporting-flow-engine-0.9.4-4.mga1.noarch

0B zusätzlicher Speicher wird benötigt

Wollen Sie fortfahren?

Der Rest wird jetzt nicht deinstalliert, sondern nur zu den --auto-orphans geschoben.
Gruß
J.

[jkowalzik]

Logischerweise installiert man zuerst JRE und deinstalliert dann OpenJDK, damit das System nicht denkt, du willst ihm Java komplett deinstallieren...

Hallo!
Habe ich gemacht, bin bei Java-Sun 1.6 V26 gelandet, die funktioniert auch,
aber............
das 1.7'er RPM von Oracle lässt sich installieren und steht dann in /usr/java/jre1.7.0_01 und /usr/lib/java-1.7.0
aber nicht da wo Mageia sucht: /usr/lib/jvm
Diese Seite http://java.com/de/download/testjava.jsp findet deshalb die 1.6er und auch LO nur diese Version.
Gruß
J.

[doktor5000]

Tja, Pech gehabt. Beide Java-Implementationen unter Mageia/Mandriva können parallel installiert sein und man kann mittels

Code: Alles auswählen

update-alternatives --config java

zwischen beiden hin- und herschalten. Beim JRE7 ist das natürlich nicht der Fall, und dir bleibt nur die Möglichkeit, java-1.6.0-sun zu entfernen, und alle dabei entfernten anderen Pakete dann mittels --allow-force --allow-nodeps wieder zu installieren. Und dann hoffen dass es geht, evtl. musst du noch paar Symlinks setzen.

[wanne]

Gibt es einen Grund für den Wechsel? Das Oracle Ding ist doch seit längerem nur noch die schlechtere Alternative zum OpenJDK.

[jkowalzik]

Gibt es einen Grund für den Wechsel? Das Oracle Ding ist doch seit längerem nur noch die schlechtere Alternative zum OpenJDK.

Hallo!
Dein Wort in Gottes Ohr, wenn es so wird, dann soll es gut sein.
Nur warum prescht Oracle dann mit 1.7 vor?
Warum schreibt das Linux-Magazin am 29.08.2011 "OpenJDK eine offene Java-Version ........., aber noch bringt die ein paar Bugs mit." Warum sollte dann das fehlerhafte OpenJDK die bessere Alternative sein
Gruß
J.

[doktor5000]

Vielleicht liest du einfach nur die falschen Nachrichten? Das OpenJDK in Version 7 ist die Referenzimplementierung für Java.

[jkowalzik]

Hallo!
"Referenz" ? Mindestvoraussetzung oder Top-Level
Kürzer kann ichs nicht darstellen.
Gruß
J.

[doktor5000]

http://de.wikipedia.org/wiki/Referenzimplementierung

[jkowalzik]

Danke Doc
Habe selten so herzlich gelacht:

Die Gebrauchstauglichkeit spielt dabei meist nur eine untergeordnete Rolle. Da sie nicht für den Einsatz in der Praxis entwickelt wurden, verfügen Referenzimplementierungen gegenüber vergleichbarer Software meist über einen eingeschränkten Funktionsumfang und weisen eine schlechtere Leistung auf, was sich in einer langsamen Verarbeitungsgeschwindigkeit, unverhältnismäßig hohem Speicherbedarf und Abstürzen bemerkbar machen kann.

der ist fast so gut wie:
"geht ein Lokalredakteur an einer Kneipe vorbei...."
Gruß
J.

[man-draker]

der ist fast so gut wie:
"geht ein Lokalredakteur an einer Kneipe vorbei...."

Danke für das Stichwort.
Wenn ich deine letzten drei Posts (in drei Threads und zwei Foren ) so gedanklich Revue passieren lasse, drängt sich mir die Frage auf: Warst du bereits beim Frühschoppen? Das würde jedenfalls einiges erklären.

[wobo]

Vielleicht kennt sich Jürgen in der Terminologie nicht so gut aus, dass er den Eintrag bei Wikipedia richtig interpretieren kann. Mal vereinfacht: Eine Referenzimplementierung kann auch ein Prototyp eines neuen Automodells sein. Der Prototyp hat noch keine Marktreife, ist aber Grundlage für die Weiterentwicklung bis hin zur Marktreife. IN der Open Source macht man diese Weiterentwicklung eben nicht im abgeschotteten Entwicklungszentrum, sondern auf freier Wildbahn, getreu dem Spruch: "release early, release often".

Der durchaus vorhandene Witz des Wortspiels mit dem Lokalreporter ist zwar erkennbar (und uralt, stammt der nicht von Valentin?), eine Relevanz zum hier diskutierten Kontext herzustellen übersteigt allerdings mein Begriffsvermögen, wie so oft bei Deinen Beiträgen.

[doktor5000]

Alter Schwede, ich dachte das ist selbsterklärend, wo doch der erste Abschnitt schon das wichtigste enthält:

Mit Referenzimplementierung wird in der Informatik Software bezeichnet, die einen Standard oder De-facto-Standard implementiert und als Referenz für alle anderen Implementierungen desselben Standards angesehen wird. [...] Eine Referenzimplementierung zeichnet sich daher durch eine hohe Standardkonformität aus. Eine weitere wichtige Funktion einer Referenzimplementierung ist, dass die Standardersteller ihre theoretischen Gedanken praktisch überprüfen können, was wiederum zu einer höheren Qualität und Konsistenz des Standards führt

[jkowalzik]

Hallo!
Ich sehe es ein, fremde Welten und ohne Navi oder Kompass ............... fehlt
Gruß
J.