Interessanter Link
-
-
lol, den hatte kingruedi vorhin schon in Rund um die Programmierung Forum gepostet, habs aber erst nach dem abschicken gesehen.
:p
-
While the Java language provides many advantages over C and C++, its implementation on Solaris presents barriers to the delivery of reliable applications. These barriers prevent general acceptance of Java for production software within Sun.
Das ist der erste Satz. ...nur, um den Gültigkeitsbereich abzustecken. Der Schreiber ist also der Meinung, dass Java viele Vorteile gegenüber C und C++ hat, dass die Sun JVM für Solaris aber einige Nachteile hat.
Es geht hier also nicht um die Programmiersprache und auch nicht um andere JVMs.
-
In dem Artikel finden sich meiner Meinung auch andere allgemeine Aussagen.
-
ok, dann löscht diesen beitrag
-
A study performed by an outside team appears to indicate a rough parity in performance between Java and a common implementation of another OO language called Python (see IEEE Computing, October 2000, "An Empirical Comparison of Seven Programming Languages" by Lutz Prechelt of the University of Karlsruhe).
"An Empirical Comparison of Seven Programming Languages" bezieht sich auf Java 1.2.1/1.2.2, ist also weit veraltet.
-
Original erstellt von <!>:
ok, dann löscht diesen beitrag Nein! ...ich finde das schon interessant! Es ist gut, wenn man sich darüber im Klaren ist, was Java für Probleme hat. ...und es ist gut, wenn diese angesprochen werden.
[ Dieser Beitrag wurde am 09.02.2003 um 21:27 Uhr von Gregor editiert. ]
-
Memory Footprint ist ein Problem. Bei Solaris ist es zwar extrem aber auch bei anderen Plattformen vorhanden. Dieses gilt für Client-Applikation bei J2EE-Anwendungen sieht das anders aus da hier so Applikationen wie Webanwendungen oder andere Backend-Systeme in einem Container laufen die für lifecycle etc. verantwortlich sind.
Bei Client-Applikationen hat jede Anwendung seine eigene VM, vielleicht wäre hier auch sowas wie ein Clientseitiger Container wünschenswert wodrin sämtliche auf dem Rechner laufende Applikationenn ausgeführt und gemanaged werden (d.h unter einer VM).
Es gibt ein JSR http://www.jcp.org/en/jsr/detail?id=193
weiß aber nicht ob das mit dem Container hier ähnlich gemeint ist.Die beschriebenen Probleme sind durchaus bekannt (JDK-Versionen und Kompatibilität, memory footprint, update-problematik). Will damit sagen das hier kein ultra geheimes dubioses Memo unglaubbliches ans Tageslicht befördert hat
Mem Footprint ist bei Sun das Top RFE direkt hinter Typsicherheit http://developer.java.sun.com/developer/bugParade/bugs/4466510.html
(man muss registriert sein um die Seite zu sehen)bis dänn, O'Dog
-
...das dauert wohl noch etwas, bis der JSR realisiert ist. Ich habe letzt mal gelesen, dass ein durchschnittlicher JSR mehr als 650 Tage braucht.
