1. Foren
  2. Kommentare
  3. Security
  4. Alle Kommentare zum Artikel
  5. › Java 7 SE Update 17: Der nächste…

Wie kam es zur Entwicklung des Browserplugins?

Anzeige
  1. Thema

Neues Thema Ansicht wechseln


  1. Wie kam es zur Entwicklung des Browserplugins?

    Autor: powerman5000 05.03.13 - 09:25

    Kann mir nicht vorstellen das man Enterpriseanwendungen immer über den Browser und VM laufen lässt.

    Benutzer wird von Ihnen ignoriert. Anzeigen

  2. Re: Wie kam es zur Entwicklung des Browserplugins?

    Autor: lolig 05.03.13 - 11:15

    powerman5000 schrieb:
    --------------------------------------------------------------------------------
    > Kann mir nicht vorstellen das man Enterpriseanwendungen immer über den
    > Browser und VM laufen lässt.

    Webanwendungen haben den großen Vorteil, dass man sie nicht auf dem Client installieren muss und das sie immer up to date sind. Mittlerweile lassen sich solche Anwendungen mit HTML/Javascript realisieren früher setzt man halt auf Java Applets oder Flash.

    Benutzer wird von Ihnen ignoriert. Anzeigen

  3. Natürlich muss man Java-Applets "installieren".

    Autor: fratze123 05.03.13 - 14:56

    Applets laufen auf dem Client. Ohne das Applet herunterzuladen passiert rein gar nichts. Da bereits heruntergeladene Applets quasi ewig im JAVA-eigenen Cache liegen, kann man schon von "Installation" sprechen.

    Benutzer wird von Ihnen ignoriert. Anzeigen

  4. Re: Natürlich muss man Java-Applets "installieren".

    Autor: Little_Green_Bot 05.03.13 - 17:10

    Sagen wir, der Browser installiert Applets mit automatischen Updates. :-)

    Wenn man von "man installiert" spricht, ist ein willentliches Verhalten gemeint, wovon ich bei Java-Applets nicht sprechen würde.

    Die EU ist undemokratisch und imperialistisch.

    Benutzer wird von Ihnen ignoriert. Anzeigen

  5. Re: Wie kam es zur Entwicklung des Browserplugins?

    Autor: ultrasonix 05.03.13 - 18:47

    powerman5000 schrieb:
    --------------------------------------------------------------------------------
    > Kann mir nicht vorstellen das man Enterpriseanwendungen immer über den
    > Browser und VM laufen lässt.

    Java war ursprünglich NUR als Cleint im Browser gedacht.
    Der J2EE Bloat kam erst viel später.

    http://de.wikipedia.org/wiki/Java_%28Technik%29#Geschichte

    Die Idee dabei war: Interpreter auf Client. Abstraktion
    der GUI. Beides um X-Platform zu machen.

    Ultrasonix

    Benutzer wird von Ihnen ignoriert. Anzeigen

  6. Re: Wie kam es zur Entwicklung des Browserplugins?

    Autor: Th3Dan 05.03.13 - 20:03

    Java-Applets waren, genau wie Flash, als eine Art Erweiterung gedacht.
    So konnte man mithilfe dieser Plugins gewisse Funktionen realisieren, die rein mit HTML/CSS/JS nicht realisierbar waren.
    Bekanntestes Beispiel für Flash ist die Wiedergabe von Videos im Browser.
    Mittlerweile hat man es mit HTML5 nach Jahren endlich geschafft, solche Features die im Web oft benötigt werden direkt in HTML zu integrieren.
    Das Ende dieser Plugins ist also im Prinzip schon vorgezeichnet.

    Das Problem ist halt dasselbe wie immer bei neuen Technologien: Man wartet gerne mit dem Umstieg da sowas natürlich auch Geld kostet. Es gibt ab und an auch noch Seiten die komplett auf Flash basieren. Da ist so ein Wechsel natürlich besonders bitter weil hier die komplette Seite praktisch nochmal neu in HTML5 erstellt werden müsste.

    Ein anderes Problem sind aber auch die Entwickler: Es gibt genug Coder die sich auf Flash spezialisiert haben und ihren Kunden immer noch Flashlösungen verkaufen, wo längst HTML5 angesagt ist, um eben selbst nicht umlernen zu müssen.

    Auf Dauer werden diese Plugins also definitiv flächendeckend verschwinden, alles eine Frage der Zeit. Wobei ich ja in der Hoffnung lebe, dass gerade bei so enormen Sicherheitsprobleme wie Java die Kunden selbst Initiative ergreifen und das Plugin deaktivieren.
    Wenn das nämlich genug bzw immer mehr tun, wächst der Druck auf alle die das einsetzen, da sie so potenzielle Besucher/Kunden verlieren.

    Benutzer wird von Ihnen ignoriert. Anzeigen

Neues Thema Ansicht wechseln


Entschuldigung, nur registrierte Benutzer dürfen in diesem Forum schreiben. Klicken Sie hier um sich einzuloggen


Anzeige

Haben wir etwas übersehen?

E-Mail an news@golem.de


Netzverschlüsselung: Mythen über HTTPS
Netzverschlüsselung
Mythen über HTTPS
  1. Websicherheit Chrome will vor HTTP-Verbindungen warnen
  2. SSLv3 Kaspersky-Software hebelt Schutz vor Poodle-Lücke aus
  3. TLS-Verschlüsselung Poodle kann auch TLS betreffen

ROM-Ecke: Pac Man ROM - Android gibt alles
ROM-Ecke
Pac Man ROM - Android gibt alles
  1. ROM-Ecke Slimkat - viele Einstellungen und viel Schwarz

Security: Smarthomes, offen wie Scheunentore
Security
Smarthomes, offen wie Scheunentore
  1. Software-Plattform Bosch und Cisco gründen Joint Venture für Smart Home
  2. Pantelligent Die funkende Bratpfanne
  3. Smarthome Das intelligente Haus wird nie fertig

  1. Medienbericht: Axel Springer will T-Online.de übernehmen
    Medienbericht
    Axel Springer will T-Online.de übernehmen

    Der Wirtschaftswoche zufolge will sich die Deutsche Telekom von Teilen ihres Onlinegeschäfts trennen. Dabei soll die Axel-Springer-Gruppe vor allem das Portal T-Online.de übernehmen, was aber die Kartellwächter noch beschäftigen könnte.

  2. Directory Authorities: Tor-Projekt befürchtet baldigen Angriff auf seine Systeme
    Directory Authorities
    Tor-Projekt befürchtet baldigen Angriff auf seine Systeme

    Noch im Dezember 2014 könnte das Tor-Netzwerk vielleicht nicht mehr nutzbar sein. Die Macher des Projekts haben einen anonymen Tipp erhalten, der auf einen Angriff auf zentrale Komponenten des Netzes hindeutet.

  3. Zeitserver: Sicherheitslücken in NTP
    Zeitserver
    Sicherheitslücken in NTP

    In der Referenzimplementierung des Network Time Protocol (NTP) wurden mehrere Buffer Overflows gefunden, die die Ausführung von Code auf NTP-Servern erlauben.


  1. 13:11

  2. 11:50

  3. 11:06

  4. 09:01

  5. 20:17

  6. 18:56

  7. 18:12

  8. 16:54