Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
Java6 Anwendungen in JRE7 ?
32 views
Skip to first unread message
Jörg Weule
Mar 5, 2013, 3:36:08 AM3/5/13
to
Hallo,
gibt es Erfahrungen mit dem Ablauf von Anwendungen, welche in JDK6
kompiliert wurden und nun in einer JRE7 laufen? Sind Probleme bekannt?
JRE6 läuft ja gerade aus der Wartung.
Dank und Grüße
Jörg
gibt es Erfahrungen mit dem Ablauf von Anwendungen, welche in JDK6
kompiliert wurden und nun in einer JRE7 laufen? Sind Probleme bekannt?
JRE6 läuft ja gerade aus der Wartung.
Dank und Grüße
Jörg
Joerg Meier
Mar 5, 2013, 7:54:56 AM3/5/13
to
On Tue, 05 Mar 2013 09:36:08 +0100, J�rg Weule wrote:
> gibt es Erfahrungen mit dem Ablauf von Anwendungen, welche in JDK6
> kompiliert wurden und nun in einer JRE7 laufen? Sind Probleme bekannt?
In was kompiliert wurde, ist weniger interessant, als fuer was programmiert
> gibt es Erfahrungen mit dem Ablauf von Anwendungen, welche in JDK6
> kompiliert wurden und nun in einer JRE7 laufen? Sind Probleme bekannt?
wurde: ab und an sind Sachen schon mal nicht "aufwaerts-kompatibel", weil
sie mit einem Bug in der aelteren Version rechnen.
Grundsaetzlich sollte sowas aber eher keine Probleme machen.
Liebe Gruesse,
Joerg
--
Ich lese meine Emails nicht, replies to Email bleiben also leider
ungelesen.
Nico Rogowski
Mar 5, 2013, 10:36:01 AM3/5/13
to
On Tue, 05 Mar 2013 09:36:08 +0100, Jörg Weule<we...@7b5.de> wrote:
> gibt es Erfahrungen mit dem Ablauf von Anwendungen, welche in JDK6
> kompiliert wurden und nun in einer JRE7 laufen? Sind Probleme
bekannt?
> JRE6 läuft ja gerade aus der Wartung.
java.sql.DataSource wurde erweitert. Ist mir aufgefallen wegen einem
> gibt es Erfahrungen mit dem Ablauf von Anwendungen, welche in JDK6
> kompiliert wurden und nun in einer JRE7 laufen? Sind Probleme
bekannt?
> JRE6 läuft ja gerade aus der Wartung.
eigenen Wrapper.
Nico
Manfred Schenk
Mar 20, 2013, 6:46:19 AM3/20/13
to
Jörg Weule <we...@7b5.de> wrote:
> Hallo,
>
> gibt es Erfahrungen mit dem Ablauf von Anwendungen, welche in JDK6
> kompiliert wurden und nun in einer JRE7 laufen? Sind Probleme bekannt?
Kommt auf die Anwendungen an:
> Hallo,
>
> gibt es Erfahrungen mit dem Ablauf von Anwendungen, welche in JDK6
> kompiliert wurden und nun in einer JRE7 laufen? Sind Probleme bekannt?
konkret kenne ich Fälle in denen in der Anwendung Klassen von Klassen aus
dem JDK abgeleitet wurden und um eigene Methoden ergänzt wurden.
im Java 7 wurden nun zufälligerweise die Basisklassen um Methoden mit dem
selben Namen und (fast) identischer Signatur erweitert so dass es nun zu
Mehrdeutigkeiten bei der Methodenauswahl kommt.
Also: man muss es für jede Anwendung einzeln untersuchen.
>
> JRE6 läuft ja gerade aus der Wartung.
man sogar für Java 5 noch Updates... ;)
cu,
Manfred
--
| Manfred Schenk | born between RFC638 and RFC640
| PGP-Keys unter |
| http://www.ZEROByte.de/pgp/ | WWW: http://www.ZEROByte.de/
Volker Borchert
Mar 20, 2013, 4:37:29 PM3/20/13
to
Nico Rogowski wrote:
java.sql.ResultSet auch.
> Ist mir aufgefallen wegen einem
> eigenen Wrapper.
Desgleichen.
Deswegen finde ich solche Erweiterungen zwar l�stig, aber harmlos.
Schlimmer sind solche Gemeinheiten wie der von 1.3 nach 1.4 in einer
Einzelheit ge�nderte Kontrakt von java.sql.Timestamp.getTime().
vb
--
"I'm a doctor, not a mechanic." Dr Leonard McCoy <mc...@ncc1701.starfleet.fed>
"I'm a mechanic, not a doctor." Volker Borchert <v_bor...@despammed.com>
> On Tue, 05 Mar 2013 09:36:08 +0100, J??rg Weule<we...@7b5.de> wrote:
>
> > gibt es Erfahrungen mit dem Ablauf von Anwendungen, welche in JDK6
> > kompiliert wurden und nun in einer JRE7 laufen? Sind Probleme bekannt?
>
> java.sql.DataSource wurde erweitert.
>
> > gibt es Erfahrungen mit dem Ablauf von Anwendungen, welche in JDK6
> > kompiliert wurden und nun in einer JRE7 laufen? Sind Probleme bekannt?
>
java.sql.ResultSet auch.
> Ist mir aufgefallen wegen einem
> eigenen Wrapper.
Deswegen finde ich solche Erweiterungen zwar l�stig, aber harmlos.
Schlimmer sind solche Gemeinheiten wie der von 1.3 nach 1.4 in einer
Einzelheit ge�nderte Kontrakt von java.sql.Timestamp.getTime().
vb
--
"I'm a doctor, not a mechanic." Dr Leonard McCoy <mc...@ncc1701.starfleet.fed>
"I'm a mechanic, not a doctor." Volker Borchert <v_bor...@despammed.com>
Jörg
Apr 7, 2013, 6:25:17 AM4/7/13
to
On 03/20/2013 11:46 AM, Manfred Schenk wrote:
> Jörg Weule <we...@7b5.de> wrote:
>> Hallo,
>>
>> gibt es Erfahrungen mit dem Ablauf von Anwendungen, welche in JDK6
>> kompiliert wurden und nun in einer JRE7 laufen? Sind Probleme bekannt?
>
> Kommt auf die Anwendungen an:
> konkret kenne ich Fälle in denen in der Anwendung Klassen von Klassen aus
> dem JDK abgeleitet wurden und um eigene Methoden ergänzt wurden.
> im Java 7 wurden nun zufälligerweise die Basisklassen um Methoden mit dem
> selben Namen und (fast) identischer Signatur erweitert so dass es nun zu
> Mehrdeutigkeiten bei der Methodenauswahl kommt.
>
> Also: man muss es für jede Anwendung einzeln untersuchen.
Guter Punkt!
> Jörg Weule <we...@7b5.de> wrote:
>> Hallo,
>>
>> gibt es Erfahrungen mit dem Ablauf von Anwendungen, welche in JDK6
>> kompiliert wurden und nun in einer JRE7 laufen? Sind Probleme bekannt?
>
> Kommt auf die Anwendungen an:
> konkret kenne ich Fälle in denen in der Anwendung Klassen von Klassen aus
> dem JDK abgeleitet wurden und um eigene Methoden ergänzt wurden.
> im Java 7 wurden nun zufälligerweise die Basisklassen um Methoden mit dem
> selben Namen und (fast) identischer Signatur erweitert so dass es nun zu
> Mehrdeutigkeiten bei der Methodenauswahl kommt.
>
> Also: man muss es für jede Anwendung einzeln untersuchen.
>
>>
>> JRE6 läuft ja gerade aus der Wartung.
>
> Es gibt ja noch die Möglichkeit eines Supportvertrags mit Oracle, dann hat
> man sogar für Java 5 noch Updates... ;)
>
> cu,
> Manfred
>
Leider gibt es den Support-Vertrag nur über Oracle in den USA, was
>>
>> JRE6 läuft ja gerade aus der Wartung.
>
> Es gibt ja noch die Möglichkeit eines Supportvertrags mit Oracle, dann hat
> man sogar für Java 5 noch Updates... ;)
>
> cu,
> Manfred
>
manche Organisationen aus rechtlichen Gründen ablehnen müssen.
Dank und Grüße
Jörg
Jörg
Apr 7, 2013, 6:37:38 AM4/7/13
to
On 03/20/2013 11:46 AM, Manfred Schenk wrote:
> Jörg Weule <we...@7b5.de> wrote:
>> Hallo,
>>
>> gibt es Erfahrungen mit dem Ablauf von Anwendungen, welche in JDK6
>> kompiliert wurden und nun in einer JRE7 laufen? Sind Probleme bekannt?
>
> Kommt auf die Anwendungen an:
> konkret kenne ich Fälle in denen in der Anwendung Klassen von Klassen aus
> dem JDK abgeleitet wurden und um eigene Methoden ergänzt wurden.
> im Java 7 wurden nun zufälligerweise die Basisklassen um Methoden mit dem
> selben Namen und (fast) identischer Signatur erweitert so dass es nun zu
> Mehrdeutigkeiten bei der Methodenauswahl kommt.
Deine Empfehlung wäre, die Namen der Erweiterten Methoden mit einem
>> Hallo,
>>
>> gibt es Erfahrungen mit dem Ablauf von Anwendungen, welche in JDK6
>> kompiliert wurden und nun in einer JRE7 laufen? Sind Probleme bekannt?
>
> Kommt auf die Anwendungen an:
> konkret kenne ich Fälle in denen in der Anwendung Klassen von Klassen aus
> dem JDK abgeleitet wurden und um eigene Methoden ergänzt wurden.
> im Java 7 wurden nun zufälligerweise die Basisklassen um Methoden mit dem
> selben Namen und (fast) identischer Signatur erweitert so dass es nun zu
> Mehrdeutigkeiten bei der Methodenauswahl kommt.
Präfix als eigene Erweiterungen zu kennzeichnen?
Die Entwicklungsumgebung sollte das doch anzeigen und ein Refactoring
anbieten? Muss man das Refactoring noch in Java6 vor der Migration machen?
>
> Also: man muss es für jede Anwendung einzeln untersuchen.
>
>>
>> JRE6 läuft ja gerade aus der Wartung.
>
> Es gibt ja noch die Möglichkeit eines Supportvertrags mit Oracle, dann hat
> man sogar für Java 5 noch Updates... ;)
>
> cu,
> Manfred
>
Dank und Grüße
> Also: man muss es für jede Anwendung einzeln untersuchen.
>
>>
>> JRE6 läuft ja gerade aus der Wartung.
>
> Es gibt ja noch die Möglichkeit eines Supportvertrags mit Oracle, dann hat
> man sogar für Java 5 noch Updates... ;)
>
> cu,
> Manfred
>
Jörg
Manfred Schenk
Apr 18, 2013, 10:44:27 AM4/18/13
to
Jörg <n...@7b5.de> wrote:
> On 03/20/2013 11:46 AM, Manfred Schenk wrote:
> > Jörg Weule <we...@7b5.de> wrote:
> >> Hallo,
> >>
> >> gibt es Erfahrungen mit dem Ablauf von Anwendungen, welche in JDK6
> >> kompiliert wurden und nun in einer JRE7 laufen? Sind Probleme bekannt?
> >
> > Kommt auf die Anwendungen an:
> > konkret kenne ich Fälle in denen in der Anwendung Klassen von Klassen aus
> > dem JDK abgeleitet wurden und um eigene Methoden ergänzt wurden.
> > im Java 7 wurden nun zufälligerweise die Basisklassen um Methoden mit dem
> > selben Namen und (fast) identischer Signatur erweitert so dass es nun zu
> > Mehrdeutigkeiten bei der Methodenauswahl kommt.
>
> Deine Empfehlung wäre, die Namen der Erweiterten Methoden mit einem
> Präfix als eigene Erweiterungen zu kennzeichnen?
Falls man der Entwicklungsumgebung beibringen kann Warnungen auszugeben wenn
> On 03/20/2013 11:46 AM, Manfred Schenk wrote:
> > Jörg Weule <we...@7b5.de> wrote:
> >> Hallo,
> >>
> >> gibt es Erfahrungen mit dem Ablauf von Anwendungen, welche in JDK6
> >> kompiliert wurden und nun in einer JRE7 laufen? Sind Probleme bekannt?
> >
> > Kommt auf die Anwendungen an:
> > konkret kenne ich Fälle in denen in der Anwendung Klassen von Klassen aus
> > dem JDK abgeleitet wurden und um eigene Methoden ergänzt wurden.
> > im Java 7 wurden nun zufälligerweise die Basisklassen um Methoden mit dem
> > selben Namen und (fast) identischer Signatur erweitert so dass es nun zu
> > Mehrdeutigkeiten bei der Methodenauswahl kommt.
>
> Deine Empfehlung wäre, die Namen der Erweiterten Methoden mit einem
> Präfix als eigene Erweiterungen zu kennzeichnen?
eine Methode überschrieben wird ohne dass in der überschreibenden Methode
eine Override Annotation steht wäre das schonmal die erste Anlaufstelle.
Dann blieben aber immer noch die Fälle bei denen es nicht exakt die selbe
Signatur ist sondern durch die neue Methode jetzt zu Mehrdeutigkeiten kommt.
Da man ja im beim entwicklen nicht wissen kann wie Oracle die neuen Methoden
nennen wird lässt sich das Problem vermutlich nicht präventiv angehen.
0 new messages