Abo
  1. Foren
  2. Kommentare
  3. Security
  4. Alle Kommentare zum Artikel
  5. › Java: Erfolgreicher Angriff auf Apple

Kann man Java nicht einfach aussterben lassen?

Anzeige
  1. Thema
  1. 1
  2. 2

Neues Thema Ansicht wechseln


  1. Kann man Java nicht einfach aussterben lassen?

    Autor: dietzelmann 20.02.13 - 07:53

    kT

  2. Re: Kann man Java nicht einfach aussterben lassen?

    Autor: Anonymer Nutzer 20.02.13 - 07:55

    Die ganzen Java-Geschichten kann man doch (soweit ich weiß) mit HTML5, CSS3 und Javascript ersetzen. Oder irre ich mich da? Naja, ich habe Java schon lange deaktiviert und gebraucht habe ich es bis heute eigentlich nicht. Jedenfalls ist es mir nicht aufgefallen.

  3. Als Browser-Plugin überflüssig

    Autor: Mingfu 20.02.13 - 08:07

    Als Browser-Plugin hat sich Java in der Tat überlebt. Dort kann man jedem nur raten, es zu deaktivieren. Java-Applets sind inzwischen im normalen Web extrem selten geworden (vielleicht noch in einigen Firmen intern eingesetzt), im Vergleich zu den regelmäßigen Sicherheitslücken ist die weitere Verwendung des Plugins eher nachteilhaft. Wer noch Java-Applets einsetzt, sollte sich dringend überlegen, seine Website zu überarbeiten. Die meisten Funktionalitäten kann man inzwischen bequem über HTML5 und JavaScript abwickeln - ohne dass die Besucher noch ein hochproblematisches Plugin brauchen.

    Java als Laufzeitumgebung für reguläre Programme hat natürlich nach wie vor seine Berechtigung - insbesondere auch beim Server-Einsatz im Hinblick auf die Enterprise-Edition. Aber dafür braucht man ja das Browser-Plugin nicht, sondern dort reicht die pure Laufzeitumgebung.

  4. Re: Als Browser-Plugin überflüssig

    Autor: Anonymer Nutzer 20.02.13 - 08:09

    Mingfu schrieb:
    --------------------------------------------------------------------------------
    > Die meisten Funktionalitäten kann man inzwischen bequem über HTML5 und
    > JavaScript abwickeln - ohne dass die Besucher noch ein hochproblematisches
    > Plugin brauchen.

    Ah danke. Da hab ich doch richtig gelegen. (y)

    MFG :-)

  5. Re: Als Browser-Plugin überflüssig

    Autor: Flyns 20.02.13 - 08:18

    Mingfu schrieb:
    --------------------------------------------------------------------------------
    > Als Browser-Plugin hat sich Java in der Tat überlebt. Dort kann man jedem
    > nur raten, es zu deaktivieren. Java-Applets sind inzwischen im normalen Web
    > extrem selten geworden (vielleicht noch in einigen Firmen intern
    > eingesetzt), im Vergleich zu den regelmäßigen Sicherheitslücken ist die
    > weitere Verwendung des Plugins eher nachteilhaft. Wer noch Java-Applets
    > einsetzt, sollte sich dringend überlegen, seine Website zu überarbeiten.
    > Die meisten Funktionalitäten kann man inzwischen bequem über HTML5 und
    > JavaScript abwickeln - ohne dass die Besucher noch ein hochproblematisches
    > Plugin brauchen.
    >
    > Java als Laufzeitumgebung für reguläre Programme hat natürlich nach wie vor
    > seine Berechtigung - insbesondere auch beim Server-Einsatz im Hinblick auf
    > die Enterprise-Edition. Aber dafür braucht man ja das Browser-Plugin nicht,
    > sondern dort reicht die pure Laufzeitumgebung.

    Leider gibt es immernoch furchtbar rückständige Webseiten wie beispielsweise Elster Online, die ein Java Browser-Plugin benötigen.

  6. Re: Als Browser-Plugin überflüssig

    Autor: Mingfu 20.02.13 - 08:30

    Flyns schrieb:
    --------------------------------------------------------------------------------
    > Leider gibt es immernoch furchtbar rückständige Webseiten wie
    > beispielsweise Elster Online, die ein Java Browser-Plugin benötigen.

    Ja, finde ich auch kein Aushängeschild der Finanzverwaltung. Die sollten schleunigst überdenken, eine vernünftige Lösung bereitzustellen. In derart sensiblen Bereichen zu verlangen, dass die Benutzer ein regelmäßig durch Schadsoftware ausgenutztes Plugin installieren, ist eine Zumutung.

    Andererseits muss man ja nicht unbedingt die Browser-Version nutzen. Man kann ja auch reguläre Programme nehmen, die über die Elster-Schnittstelle die Daten übermitteln.

  7. Re: Als Browser-Plugin überflüssig

    Autor: F.A.M.C. 20.02.13 - 08:47

    Nicht nur Websites. Wir haben in der Firma eine Software für Zollaus-/einfuhr im Einsatz, die in Java geschrieben wurde. Mit der Deaktivierung von Java würde das Teil ja nicht mehr funktionieren. Ist eh ein mieses Stück Software. =(

  8. Re: Kann man Java nicht einfach aussterben lassen?

    Autor: tunnelblick 20.02.13 - 09:06

    BlackPhantom schrieb:
    --------------------------------------------------------------------------------
    > Die ganzen Java-Geschichten kann man doch (soweit ich weiß) mit HTML5, CSS3
    > und Javascript ersetzen. Oder irre ich mich da?

    ja.

  9. Re: Kann man Java nicht einfach aussterben lassen?

    Autor: teenriot 20.02.13 - 09:18

    Und der Stammtisch ist wieder eröffnet.
    Das Java Browser Plugin ist nicht Java, sondern nur ein minimaler obseleter Teil.
    Man kann Java nicht "aussterben" lassen.
    Aber solch populistische KT-Threads kann man aussterben lassen.

  10. Re: Kann man Java nicht einfach aussterben lassen?

    Autor: JohnPeters95 20.02.13 - 09:18

    BlackPhantom schrieb:
    --------------------------------------------------------------------------------
    > Die ganzen Java-Geschichten kann man doch (soweit ich weiß) mit HTML5, CSS3
    > und Javascript ersetzen. Oder irre ich mich da? Naja, ich habe Java schon
    > lange deaktiviert und gebraucht habe ich es bis heute eigentlich nicht.
    > Jedenfalls ist es mir nicht aufgefallen.


    Technisch bedingt, praktikabel meist überhaupt nicht.

  11. Re: Als Browser-Plugin überflüssig

    Autor: S-Talker 20.02.13 - 09:18

    F.A.M.C. schrieb:
    --------------------------------------------------------------------------------
    > Nicht nur Websites. Wir haben in der Firma eine Software für
    > Zollaus-/einfuhr im Einsatz, die in Java geschrieben wurde. Mit der
    > Deaktivierung von Java würde das Teil ja nicht mehr funktionieren. Ist eh
    > ein mieses Stück Software. =(

    Als Java-Applet?

    Es ist nicht die normale VM und Java-Code das Problem, sondern nur die Applets und das Browser-plugin und seine undichte Sandbox, welches diese Applets ausführt - am besten automatisch und ohne das der Nutzer es merkt.

    Es lässt sich übrigens auch so einrichten, dass nur Applet aus dem Firmen-Netzwerk ausgeführt und alle anderen blockiert werden. Aber dazu bedarf es eben Admins, die sich um so etwas kümmern. Leider kann man Java und Browser wie Firefox - inkl. Java Plugin - auch als "portable" laufen lassen. Wenn es ein dummer Mitarbeiter also drauf anlegt bringt das alles reichlich wenig. Die beste Lösung ist, das Java-Plugin endlich offiziell sterben zu lassen.

  12. Re: Als Browser-Plugin überflüssig

    Autor: blackout23 20.02.13 - 09:56

    Dito. Java sollte quallvoll in einem Feuer sterben.

  13. Re: Als Browser-Plugin überflüssig

    Autor: Anonymer Nutzer 20.02.13 - 10:16

    >Dito. Java sollte quallvoll in einem Feuer sterben.

    Mmm...

    Weiß nicht ob es dir gefallen würde wenn du kein Twitter, Facebook und einen großen Teil des Internets nicht mehr nutzen könntest...

  14. Re: Als Browser-Plugin überflüssig

    Autor: TheJeed 20.02.13 - 10:16

    @teenriot, JohnPeters95, S-Talker: Danke. Es gibt sie hier noch, die nicht-Noobs.

    Manche Kommentare hier bereiten mir starke Quallen ;)

  15. Re: Kann man Java nicht einfach aussterben lassen?

    Autor: Rosch 20.02.13 - 10:35

    Ich bin da ganz deiner Meinung... Eine Technologie die sich IMHO überlebt hat mit einer (teils) grausam implementierten JVM....

    Bin seit bald 2 Jahren Java frei und stolz darauf und froh darüber!

    Roland

  16. Re: Als Browser-Plugin überflüssig

    Autor: teenriot 20.02.13 - 10:37

    Heute schon die Mistgabel poliert und die Fackeln vorbereitet?
    Let's Progrom.

  17. Re: Kann man Java nicht einfach aussterben lassen?

    Autor: teenriot 20.02.13 - 10:37

    Leute, werdet doch mal konkret!

  18. Re: Als Browser-Plugin überflüssig

    Autor: Rosch 20.02.13 - 10:39

    wie die meiste Java Software....

  19. Re: Als Browser-Plugin überflüssig

    Autor: Rosch 20.02.13 - 10:39

    qualvoll muss es nicht sein... Hautpsache weg damit....

  20. Re: Als Browser-Plugin überflüssig

    Autor: Hasenbauer 20.02.13 - 10:42

    Ziemlich viel Schwachsinn der hier gelabert wird.
    Das Java Applet ist aktuell die einzige Variante, um per Zertifikat nativen Code auf dem Rechner ausführen zu können oder best. Systemverzeichnisse zu lesen, ohne ein separates Plugin nutzen zu müssen. Deshalb ist es gerade bei Unternehmenssoftware und im Finanzbereich sehr verbreitet bzw. überall wo bspw. native Libraries benötigt werden.
    Elster hat sicher höhere Ansprüche an Sicherheitskonzepten als nur eine https-Connection. Keiner käme auf die Idee, diese Software in JavaScript zu schreiben und damit praktisch für jedermann manipulierbar zu sein.

    Natürlich, um nativen Code ausführen zu können, muss der Nutzer dem Zertifikat zunächst per Knopfdruck zustimmen bzw. die damit verbundenen Rechte genehmigen. In Firmennetzwerken ist diese Funktion häufig deaktiviert, sodass erst ein Admin das Zertifikat überprüft.
    Und diese Zertifikate sind teuer und gibt es nicht für jedermann. Sollten also Probleme bekannt werden, kann es einem Entwickler wieder entzogen werden.

  1. 1
  2. 2

Neues Thema Ansicht wechseln


Um zu kommentieren, loggen Sie sich bitte ein oder registrieren Sie sich. Zum Login

Anzeige
Stellenmarkt
  1. DIRINGER & SCHEIDEL GmbH & Co. Beteiligungs KG, Mannheim
  2. über Harvey Nash GmbH, Hamburg, Aschaffenburg, Wiesbaden
  3. BASF Coatings GmbH, Münster
  4. Zurich Gruppe Deutschland, Bonn

Golem pur
  • Golem.de ohne Werbung nutzen

Anzeige
Top-Angebote
  1. 124,90€ + 5,99€ Versand (Vergleichspreis 137€)
  2. 14,99€ + 2,99€ Versand (Vergleichspreis 20,48€)


Haben wir etwas übersehen?

E-Mail an news@golem.de


Shipito: Mit wenigen Mausklicks zur US-Postadresse
Shipito
Mit wenigen Mausklicks zur US-Postadresse
  1. Kartellamt Mundt kritisiert individuelle Preise im Onlinehandel
  2. Automatisierte Lagerhäuser Ein riesiger Nerd-Traum
  3. Onlineshopping Ebay bringt bedingte Tiefpreisgarantie nach Deutschland

Creoqode 2048 im Test: Wir programmieren die größte portable Spielkonsole der Welt
Creoqode 2048 im Test
Wir programmieren die größte portable Spielkonsole der Welt
  1. Arduino 101 Intel stellt auch das letzte Bastler-Board ein
  2. 1Sheeld für Arduino angetestet Sensor-Platine hat keine Sensoren und liefert doch Daten
  3. Calliope Mini im Test Neuland lernt programmieren

Ikea Trådfri im Test: Drahtlos (und sicher) auf Schwedisch
Ikea Trådfri im Test
Drahtlos (und sicher) auf Schwedisch
  1. Die Woche im Video Kündigungen, Kernaussagen und KI-Fahrer
  2. Augmented Reality Ikea will mit iOS 11 Wohnungen virtuell einrichten
  3. Space10 Ikea-Forschungslab untersucht Umgang mit KI

  1. Terrorismusbekämpfung: Fluggastdatenabkommen mit Kanada darf nicht in Kraft treten
    Terrorismusbekämpfung
    Fluggastdatenabkommen mit Kanada darf nicht in Kraft treten

    Weil es keine ausreichenden Schutzmechanismen für besonders schützenswerte Daten gibt, hat der Europäische Gerichtshof (EUGH) das Abkommen über den Austausch von Fluggastdaten für nicht mit den Grundrechten vereinbar erklärt.

  2. Makeblock Airblock im Test: Es regnet Drohnenmodule
    Makeblock Airblock im Test
    Es regnet Drohnenmodule

    Mit einem Knall zerschellt die Airblock an Hindernissen. Dann prasseln die sieben Teile zu Boden. Die Drohne kann beliebig wieder zusammengebaut und selbst programmiert werden: als Hovercraft, Schnellboot oder Fluggerät. Der Kreativität sind nur einige Grenzen gesetzt.

  3. Tri Alpha Energy: Google entwickelt Algorithmus für die Fusionsforschung
    Tri Alpha Energy
    Google entwickelt Algorithmus für die Fusionsforschung

    Weniger Energieverlust, höhere Plasmaenergie: Entwickler von Google haben zusammen mit dem Unternehmen Tri Alpha Energy einen Algorithmus für die Plasmaforschung geschaffen. Er soll die Kernfusion voranbringen.


  1. 12:30

  2. 12:03

  3. 12:00

  4. 11:55

  5. 11:32

  6. 11:00

  7. 10:30

  8. 10:18