zynq schrieb am 20. September 2004 13:31
> Die Sprache Java selbst steht unter strenger Kontrolle von Sun, oder
> nicht? Liegen die Sourcen der VM offen?
Naja, aber auf der anderen Seite geht es nicht um die Sprache,
sondern Technologien, die mit dieser umgesetzt werden - und diese
werden nun mal von einem breiten Gremium definiert.
> Gegen die Unsicherheiten in C++ gibt es passende Compiler-Patches,
wenn man sie denn benutzt.
> Buffer-Overflows kommen kann. Was mich interessieren würde, wäre
> sowas wie eine J2EE-Portierung nach C++. Mit jsp und Beans und hast'e
> nicht gesehen.
Warum sollte man das machen? Dann kannst Du gleich Java benutzen :-)
> mobilen Codes zunutze machen sich derzeit nur Würmer. Die Sicherheit
Würmer nutzen Java? Ich würde eher sagen, Würmer nutzen momentan eher
Sicherheitslücken von Betriebssystemen aus.
> Ein Bug ist ein Bug ist ein Bug. Da kann man 10 Sandkisten hinstellen.
...und da ändert auch eine Sprache wie C++ oder C# oder Fortran oder
Basic oder Cobol oder Assembler nichts dran. Wenn der Entwickler Mist
macht, dann hilft selbst die beste Sprache nichts!
> Also, entweder J2EE portiert nach C++ oder Java nativ compiliert.
Nativ kannst Du es kompilieren - es gibt doch viele Ansätze, wenn
auch keine guten!
> Ach ja, C# ist bestimmt keine Antwort.
Warum alles verteufeln? C# bietet einige Sachen - so sagt man - die
JAVA noch missen läßt. Ich würde es eher so sehen: Konkurrenz belebt
das Geschäft und außerdem sollte man sich nicht auf eine Sprache
(oder ein OS) versteifen, sondern die richtige Wahl in der
entsprechenden
Situation treffen.
> Eigentlich wollte ich mal ganz offensichtlich und aggressiv
> rumtrollen. War wohl nichts.
Tja, soetwas passiert *gg*
> Die Sprache Java selbst steht unter strenger Kontrolle von Sun, oder
> nicht? Liegen die Sourcen der VM offen?
Naja, aber auf der anderen Seite geht es nicht um die Sprache,
sondern Technologien, die mit dieser umgesetzt werden - und diese
werden nun mal von einem breiten Gremium definiert.
> Gegen die Unsicherheiten in C++ gibt es passende Compiler-Patches,
wenn man sie denn benutzt.
> Buffer-Overflows kommen kann. Was mich interessieren würde, wäre
> sowas wie eine J2EE-Portierung nach C++. Mit jsp und Beans und hast'e
> nicht gesehen.
Warum sollte man das machen? Dann kannst Du gleich Java benutzen :-)
> mobilen Codes zunutze machen sich derzeit nur Würmer. Die Sicherheit
Würmer nutzen Java? Ich würde eher sagen, Würmer nutzen momentan eher
Sicherheitslücken von Betriebssystemen aus.
> Ein Bug ist ein Bug ist ein Bug. Da kann man 10 Sandkisten hinstellen.
...und da ändert auch eine Sprache wie C++ oder C# oder Fortran oder
Basic oder Cobol oder Assembler nichts dran. Wenn der Entwickler Mist
macht, dann hilft selbst die beste Sprache nichts!
> Also, entweder J2EE portiert nach C++ oder Java nativ compiliert.
Nativ kannst Du es kompilieren - es gibt doch viele Ansätze, wenn
auch keine guten!
> Ach ja, C# ist bestimmt keine Antwort.
Warum alles verteufeln? C# bietet einige Sachen - so sagt man - die
JAVA noch missen läßt. Ich würde es eher so sehen: Konkurrenz belebt
das Geschäft und außerdem sollte man sich nicht auf eine Sprache
(oder ein OS) versteifen, sondern die richtige Wahl in der
entsprechenden
Situation treffen.
> Eigentlich wollte ich mal ganz offensichtlich und aggressiv
> rumtrollen. War wohl nichts.
Tja, soetwas passiert *gg*