Argumente für Java 6

[bronks]

Das Hauptproblem liegt darin, daß eine Software in einer JVM einwandfrei funktioniert und in einer aktuelleren JVM gibt es unvorhersehbare Probleme, die einen extremen Schaden anrichten können. Ich habe auch schon gesehen, daß ein Javaprogramm auf einem PC funktionierte, aber auf einem Computer nicht, obwohl die Version der JVM gleich war.

 

[Jockel]

* erweiterte API für z.B. Webservices, XML

Witzig, dass in Java 6 JAX-WS 2.0 mitgeliefert wird, habe ich nur als störend empfunden und keineswegs als Vorteil. Ich hatte hier vor kurzem ein Projekt, welches JAX-WS 2.1 benötigte und habe es ums verrecken nicht zum laufen bekommen, da die JRE trotz aller Bemühungen sich nicht davon überzeugen ließ die 2.1er Version zu nehmen (und ja, mir ist der endorsed-Mechanismus bekannt). Kann auch sein, dass es zusätzlich noch woanders hakte, aber nach viel verschwendeter Zeit war ein Downgrade auf Java 5 die sinnvollste Lösung.

 

[Gast]

Hab alles nur ueberpflogen, also kann sein dass das Argument schon gefallen ist.

Fuer 1.5 spricht ganz klar:

GENERICS,

ANNOTATIONS

mehr muss man dazu eigentlich nicht mehr sagen....

Wer heutzutage keine Generics benutzt hat selber schuld....

Ebenso Annotation alleine das schreiben von UnitTest wird deutlich konfortabler.

Ein anderes Argument ist, dass viele Frameworks unter 1.4 nicht mehr lauffaehig sind oder in naher Zukunft sein werden.

Spring 3.0 wird mit Generics arbeiten...
JPA ,EJB 3.0 etc...

Fuer ein 1.6 spricht z.B. die isEmpty Methode bei Springs. Kleines aber nettes Feature...

 

[Wildcard]

Witzig, dass in Java 6 JAX-WS 2.0 mitgeliefert wird, habe ich nur als störend empfunden und keineswegs als Vorteil. Ich hatte hier vor kurzem ein Projekt, welches JAX-WS 2.1 benötigte und habe es ums verrecken nicht zum laufen bekommen, da die JRE trotz aller Bemühungen sich nicht davon überzeugen ließ die 2.1er Version zu nehmen (und ja, mir ist der endorsed-Mechanismus bekannt). Kann auch sein, dass es zusätzlich noch woanders hakte, aber nach viel verschwendeter Zeit war ein Downgrade auf Java 5 die sinnvollste Lösung.

Mit dem Problem hatten wir auch zu kämpfen. Noch ärgerlicher war allerdings, das JaxB integriert wurde. Jetzt müssen die Klassen nämlich neu generiert werden aus der integrierten JaxB Version, da der JaxBContext sonst nicht kompatibel ist.
Das wiederum führt dazu, das es ab dann nur noch mit Java 6 läuft, was inakzeptabel ist (zumal es mit Java 6 auch an vielen anderen Stellen knallt).

 

[maki]

Ebenso Annotation alleine das schreiben von UnitTest wird deutlich konfortabler.

Annotations sind eigentlich ein "Feature" von dem ich sehr wenig halte, hab nix dagegen wenn sie im Rahmen eingesetzt werden und dann nur vor einer Methode und nicht mitten im Quellcode.

 

[AlArenal]

Für meinen aktuellen Kunden sind das keine Gründe (kann aber bei anderen kunden anders sein), das einzige was hier zieht ist eben die "Angst" Masche: Keine Updates für Bugs und Sicherheitslöcher, stellen sie sich vor, es passiert etwas... bitte bedenken sie...

Aber was ist wohl wahrscheinlich, die plötzlich in einer recht alten und lange auf dem Markt befindlichen VM gefundenen tollen neuen Sicherheitslöcher, oder Sicherheitslöcher im neuesten Flaggschiff, mit dem noch nicht so viele Erfahrungen vorliegen?

Und überhaupt: Auf alten Pferden lernt man das Reiten!

Was übrigens den angeführten Performance-Aspekt von Java 6 angeht:
Wer mit Java 5 massive (! - so wurde hier geschrieben) Performance-Probleme hatte, dem hilft doch unter Beibehaltung aller anderen Parameter nicht allein ein Update auf Java 6. Das müsste ja schon ein allgemeiner Performancegewinn um Größenordnungen sein.

Hey, das soll kein Aufruf sein jetzt irgendwelche Mikrobenchmarks rauszuwühlen

 

[byte]

Ehrlich gesagt erstaunt es mich doch sehr, was ich auf den letzten vier Seiten lesen musste. Ich kann einfach nicht glauben, wie ein Java-Entwickler leugnen kann, dass es massive Unterschiede zw. Java 1.4 und Java 5 gibt und dass diese eben nicht nur kosmetischer Natur sind.
Ganze vier Seiten hats gedauert, bis es ein Gast mal auf den Punkt bringt:

Hab alles nur ueberpflogen, also kann sein dass das Argument schon gefallen ist.

Fuer 1.5 spricht ganz klar:

GENERICS,

ANNOTATIONS

mehr muss man dazu eigentlich nicht mehr sagen....

Wer heutzutage keine Generics benutzt hat selber schuld....

Ebenso Annotation alleine das schreiben von UnitTest wird deutlich konfortabler.

Ein anderes Argument ist, dass viele Frameworks unter 1.4 nicht mehr lauffaehig sind oder in naher Zukunft sein werden.

Spring 3.0 wird mit Generics arbeiten...
JPA ,EJB 3.0 etc...

Fuer ein 1.6 spricht z.B. die isEmpty Methode bei Springs. Kleines aber nettes Feature...

Ich kann nur voll und ganz zustimmen. Alleine die Tatsache, nicht Hibernate Annotations nutzen zu können, wäre für mich persönlich ein no-go, von Generics ganz zu schweigen. Ich habe nicht schlecht gestaunt, diesbezüglich Argumente zu lesen à la "früher gings doch auch ohne". Das ist natürlich ein prima Argumentationsstil, um auf der Stelle zu treten. Warum nicht gleich Lochkartenprogrammierung? Hat doch auch funktioniert.

Hier mal ein Beispiel dass die Mächtigkeit von Java 5 veranschaulicht:
Ein Kollege von mir leitet seit ein paar Monaten ein Projekt, wo ein Logistiksystem im Bahnbereich aufgebaut werden soll. Es wurde von Beginn an auf Java 6 gesetzt und massiv gebrauch von Annotations gemacht. Das Objekt Modell ist mit Hibernate Annotations gemappt, so dass Hibernate das DB Schema generiert.
Der Clew ist nun, dass noch eigene Annotations definiert wurden. Ein eigens geschriebener Mechanismus liest die Annotations ein und generiert daraus automatisch die Swing GUI-Masken für die spätere Anwendung. Das Objektmodell ist derzeit wohl erst zu 20% fertig und wird stetig in Zusammenarbeit mit dem Fachbereich des Bahnunternehmens erweitert. Dank der Annotations spart man sich bei jedem neuen Objekt die Programmierung der GUI, da diese automatisch erzeugt wird.

Es tut mir wirklich leid, aber ich habe nur ein müdes Lächeln übrig für Leute, die die Java 5 Sprachfeatures als syntatic sugar abtun. Und noch mehr tuts mir leid, dass manchen Ihr Idealismus wohl schon komplett abhanten gekommen ist.

 

[HLX]

Wenn du die letzten 4 Seiten richtig gelesen hättest, wäre dir aufgefallen, dass die wenigsten aus freien Stücken bei älteren Java-Versionen bleiben. :roll:

 

[maki]

Für meinen aktuellen Kunden sind das keine Gründe (kann aber bei anderen kunden anders sein), das einzige was hier zieht ist eben die "Angst" Masche: Keine Updates für Bugs und Sicherheitslöcher, stellen sie sich vor, es passiert etwas... bitte bedenken sie...

Aber was ist wohl wahrscheinlich, die plötzlich in einer recht alten und lange auf dem Markt befindlichen VM gefundenen tollen neuen Sicherheitslöcher, oder Sicherheitslöcher im neuesten Flaggschiff, mit dem noch nicht so viele Erfahrungen vorliegen?

Und überhaupt: Auf alten Pferden lernt man das Reiten!

Hey hey, ich sagte nicht das ich glaube was ich da sage

Manchmal muss man eben seine Kinder ähhh... Kunden anlügen, weil man nur ihr Bestes (=Geld) will und für sich selbst den Komfort der aktuelleren Versionen *g*

Oder wie willst du deinem Kunden klarmachen dass er trotz hoher Kosten kaum Vorteile hat, dafür aber ein nicht zu unterschätzendes Risiko?

 

[AlArenal]

Ich kann nur voll und ganz zustimmen. Alleine die Tatsache, nicht Hibernate Annotations nutzen zu können, wäre für mich persönlich ein no-go, von Generics ganz zu schweigen. Ich habe nicht schlecht gestaunt, diesbezüglich Argumente zu lesen à la "früher gings doch auch ohne". Das ist natürlich ein prima Argumentationsstil, um auf der Stelle zu treten. Warum nicht gleich Lochkartenprogrammierung? Hat doch auch funktioniert.

Bitte nicht verallgemeinern. Niemand schrieb er sei updateunwillig wegen grober Unlust. Nur kann es sich nicht jeder leisten im Stile von SAP das Wort "Kundenanpassung" als "Anpassung des Kunden an das Pordukt" durchzuführen und diesem dafür auch noch tief in die Tasche zu greifen.
Abgesehen davon verbringen wir nicht alle unsere gesamte Zeit damit völlig neue Projekte aus dem Nichts zu schaffen und völlig freie Hand bei der Planung zu haben. Und all die netten neuen Features in alten Code einpflegen? Gott-o-Gott...

Hier mal ein Beispiel dass die Mächtigkeit von Java 5 veranschaulicht:
Ein Kollege von mir leitet seit ein paar Monaten ein Projekt, wo ein Logistiksystem im Bahnbereich aufgebaut werden soll. Es wurde von Beginn an auf Java 6 gesetzt und massiv gebrauch von Annotations gemacht. Das Objekt Modell ist mit Hibernate Annotations gemappt, so dass Hibernate das DB Schema generiert.
Der Clew ist nun, dass noch eigene Annotations definiert wurden. Ein eigens geschriebener Mechanismus liest die Annotations ein und generiert daraus automatisch die Swing GUI-Masken für die spätere Anwendung. Das Objektmodell ist derzeit wohl erst zu 20% fertig und wird stetig in Zusammenarbeit mit dem Fachbereich des Bahnunternehmens erweitert. Dank der Annotations spart man sich bei jedem neuen Objekt die Programmierung der GUI, da diese automatisch erzeugt wird.

Es tut mir wirklich leid, aber ich habe nur ein müdes Lächeln übrig für Leute, die die Java 5 Sprachfeatures als syntatic sugar abtun. Und noch mehr tuts mir leid, dass manchen Ihr Idealismus wohl schon komplett abhanten gekommen ist.

Nun, wenn man die Wahl hat ist das schön. Wenn man diese nunmal nicht hat, muss man sich hier aber auch nicht so nen Stuss aufdrängen lassen müssen wie, dass man unproduzktiv wäre oder keinen Spaß an der Arbeit haben könne.

Klar emofinden viele es als schöner sich lieber neuen Dingen zu widmen, als Legacy Code zu pflegen, aber die Realität sieht anders aus. Es muss auch gut gewarteten alten Code geben, der eben nicht ständig neue Überraschungen parat hält und der solide und praktisch erprobt ist.

Wenn unsere Eltern so handeln würden, wie einige sich hier den Job des Entwicklers schönmalen, hätten die meisten von uns ihre eigene Geburt nicht erlebt. "Schatzo mein Bauch ist dick und ich muss ständig pullern - ich treibe ab! Lass uns ein besseres Kind 2.0 machen, dass kleiner ist und ne kürzere Tragzeit hat!"....

Ich erinnere mich vor Jahren gesagt zu haben, dass Webentwicklung öde geworden ist. Nun bin cih wieder mittendrin mit meiner meistgehassten Sprache PHP und zwar OHNE dessen OOP-Features. Spaß machts dennoch

 

[Wildcard]

Al' mag zwar für ihn unüblich viele Schreibfehler gemacht haben, was für mich den Verdacht erweckt, dass er mindestens ebenso betrunken ist wie ich, aber viel besser kann man es dennoch nicht sagen:

Nun, wenn man die Wahl hat ist das schön. Wenn man diese nunmal nicht hat, muss man sich hier aber auch nicht so nen Stuss aufdrängen lassen müssen wie, dass man unproduzktiv wäre oder keinen Spaß an der Arbeit haben könne.

 

[Leroy42]

Al' mag zwar für ihn unüblich viele Schreibfehler gemacht haben, was für mich den Verdacht erweckt, dass er mindestens ebenso betrunken ist wie ich, aber viel besser kann man es dennoch nicht sagen:

Nun, wenn man die Wahl hat ist das schön. Wenn man diese nunmal nicht hat, muss man sich hier aber auch nicht so nen Stuss aufdrängen lassen müssen wie, dass man unproduzktiv wäre oder keinen Spaß an der Arbeit haben könne.

LOL! :applaus:

 

[byto woanners]

Einigen wir uns einfach darauf, dass keiner Unrecht hat. Klar ist es in manchen Projekten den Aufwand nicht wert, auf eine neue Java-Version zu migrieren. In anderen hingegen geht das mehr oder weniger problemlos. Klar kann man auch ohne die neuen Sprachfeatures Spaß am entwickeln haben. Andererseits machts auch ne Menge Spaß, neues auszuprobieren.
Unterm Strich sind wir uns aber wohl einig, dass es durchaus Argumente gibt, die dafür sprechen, im Konzern zumindest die Möglichkeit zu bieten, eine aktuelle Version benutzen zu dürfen. Daher kann man ja durchaus nach Argumenten suchen, um die Obrigkeit zu überzeugen.

 

[AlArenal]

Al' mag zwar für ihn unüblich viele Schreibfehler gemacht haben, was für mich den Verdacht erweckt, dass er mindestens ebenso betrunken ist wie ich, aber viel besser kann man es dennoch nicht sagen:

Nun, wenn man die Wahl hat ist das schön. Wenn man diese nunmal nicht hat, muss man sich hier aber auch nicht so nen Stuss aufdrängen lassen müssen wie, dass man unproduzktiv wäre oder keinen Spaß an der Arbeit haben könne.

LOL! :applaus:

So ist das, wenn man nach Jahren erstmals wieder Bier im Haus hat..