diskussionsrunde: java 1.4

Seite 1 von 2 - Forum: Coding Stuff auf overclockers.at

URL: https://www.overclockers.at/coding-stuff/diskussionsrunde_java_1_4_25923/page_1 - zur Vollversion wechseln!

funka schrieb am 14.02.2002 um 18:48

wollt mal wissen was die breite masse ueber die neuen lizens zusaetze von java 1.4 haltet

heise:
"Die neue Java-Glückseligkeit trübt allerdings ein merkwürdiger Zusatz der Lizenzbedingungen des neuen JDK: Sun behält sich in den Klauseln 5 und 6 der Supplemental License Terms vor, Installationen durch Updates zu ergänzen, die automatisch über das Internet auf die Rechner der Kunden übertragen und dort ausgeführt werden. Dabei kann es sich sogar um Applikationen von Fremdherstellern handeln -- für Probleme und Datenverluste schließt Sun die Haftung in Grossbuchstaben aus."

ich finds sehr dumm
weils bei java bisher keine so gravierenden sicherheits luecken wie bei den ms produkten gab
und java in produktiv system eingesetzt wird wo jedes noch so kleines update xx mal ueberlegt wird
und ich will nihct das meine sachen ohne grund auf einmal nicht mehr gehen

wenn das nicht waer waer 1.4 der schritt der noch fehlt um eine gute basis gegen c#/cli zu bieten

Ringding schrieb am 14.02.2002 um 18:56

Ich find's bescheuert, aber es ist hier leichter, das ganze durch Firewalls zu blockieren, als wenn die automatische Updatefunktion im OS integriert ist.

Zitat
wenn das nicht waer waer 1.4 der schritt der noch fehlt um eine gute basis gegen c#/cli zu bieten

Naja, obwohl C#/CLI auf den ersten Blick nicht viel anders als ein besseres Java ausschaut, ist es bei genauerer Betrachtung doch sehr viel mehr als nur das, und große Chancen räume ich Java in diesem direkten Konkurrenzkampf überhaupt nicht ein.

schrieb am 14.02.2002 um 19:00

Zitat von Ringding
Naja, obwohl C#/CLI auf den ersten Blick nicht viel anders als ein besseres Java ausschaut, ist es bei genauerer Betrachtung doch sehr viel mehr als nur das, und große Chancen räume ich Java in diesem direkten Konkurrenzkampf überhaupt nicht ein.

tjo, .NET ist halt ein framewörk; wenn man das gesamtheitlich sieht und dazu noch die marktposition von m$ miteinbezieht, dann führt wohl kein weg daran vorbei

funka schrieb am 14.02.2002 um 19:01

java hat den vorteil das es schon da ist
und es alles dafuer gibt
und das wichtigste: auch funktioniert

aber umgehen wir einen java vs .net flamewar

Ringding schrieb am 14.02.2002 um 19:02

Und IJW - It Just Works - wie Don Box gesagt hat.

Früher hat der Compiler Switch /cli /ijw geheißen

Java workt zwar auch, aber die Geschwindigkeit ist halt traurig. Mit CLI kann man Doom, Quake und weiß Gott was sonst noch spielen, das ist um nix langsamer.

schrieb am 14.02.2002 um 19:03

Zitat von funka
java hat den vorteil das es schon da ist
und es alles dafuer gibt
und das wichtigste: auch funktioniert

aber umgehen wir einen java vs .net flamewar

war jetzt nicht offizielle vorstellung von .net?

wurscht. wird java 1.4 schneller sein als der bisherige spaß?

Ringding schrieb am 14.02.2002 um 19:04

Zitat von rettich
wird java 1.4 schneller sein als der bisherige spaß?

Nicht wirklich. Ein paar Sachen mit Threads haben sie optimiert, aber ein einzelner Thread für sich betrachtet wird dadurch auch nicht schneller.

Ringding schrieb am 14.02.2002 um 19:05

Zitat
aber umgehen wir einen java vs .net flamewar

Na gut, ich oute mich als .NET Fan und sage kein Wort mehr

Ringding schrieb am 14.02.2002 um 19:06

Zitat von rettich
war jetzt nicht offizielle vorstellung von .net?

Nur Visual Studio .NET

.NET Framework Final ist seit ca. einem Monat heraußen.

schrieb am 14.02.2002 um 19:08

Zitat von Ringding
Nur Visual Studio .NET

.NET Framework Final ist seit ca. einem Monat heraußen.

ach ja, genau.

funka schrieb am 14.02.2002 um 19:13

Zitat von Ringding
Mit CLI kann man Doom, Quake und weiß Gott was sonst noch spielen, das ist um nix langsamer.

wie kann das sein?
das ist das nicht auch nur ein bytecode interpretator aka virtuelle machine?

Ringding schrieb am 14.02.2002 um 19:16

Zitat von funka
weils bei java bisher keine so gravierenden sicherheits luecken wie bei den ms produkten gab

Das muss man sogar zugeben. Es geht allerdings sehr auf Kosten der Geschwindigkeit. Der Bytecode Interpreter unterscheidet halt sehr penibel zwischen Speicher für sich selbst und Speicher, den das Java Programm verwenden darf. Und mehr oder weniger jeder einzelne Speicherzugriff wird geprüft.

funka schrieb am 14.02.2002 um 19:18

ich meinte damti eher das bei sun nicht ganz so extrem marketing fuzzis technische entscheidugnen treffen duerfen
und deshalb konzeptions iditotien nicht gaaaanz so haeufig sind

(auch kein hate ms war hier
will gern mehr ueber .net wissen
oder allg. ueber one vs .net

Ringding schrieb am 14.02.2002 um 19:18

Zitat von funka
wie kann das sein?
das ist das nicht auch nur ein bytecode interpretator aka virtuelle machine?

Nein, es ist kein Interpreter, sondern MSIL Code wird grundsätzlich beim Programmstart oder bei der Installation compiliert. Und die Optimierungen dabei sind nicht von schlechten Eltern.

MSIL Code mit MSC++ 7.0 compiliert läuft normalerweise schneller als native mit MSC++ 6.0 compilierter.

funka schrieb am 14.02.2002 um 19:20

d.h. ich mach mehr oder weniger byte code und der wird dann nochmal durchgeknettet?