1. Foren
  2. Kommentare
  3. OpenSource-Forum
  4. Alle Kommentare zum Artikel
  5. › Freies Java in einigen…

Einfach festlegen, was JAVA ist

Neue Foren im Freiraum! Raumfahrt und freie Software haben jetzt einen Platz, die Games tummeln sich jetzt alle in einem Forum.
  1. Thema

Neues Thema Ansicht wechseln


  1. Einfach festlegen, was JAVA ist

    Autor: Lama 29.06.06 - 16:11

    dann sollen die einfach eine Befehlsreferenz herausgeben, alle kommandos, befehle und parameter von Java, und fertig.

    wer sich dran hält, der ist kompatibel, wer nicht, der nicht.
    klappt doch gut bei C und Pascal und so (wenn man microsofts ganzen Visual-mist mal außen vorlässt.)

  2. Re: Einfach festlegen, was JAVA ist

    Autor: hirni 29.06.06 - 16:23

    Lama schrieb:
    -------------------------------------------------------
    > dann sollen die einfach eine Befehlsreferenz
    > herausgeben, alle kommandos, befehle und parameter
    > von Java, und fertig.
    >
    > wer sich dran hält, der ist kompatibel, wer nicht,
    > der nicht.
    > klappt doch gut bei C und Pascal und so (wenn man
    > microsofts ganzen Visual-mist mal außen vorlässt.)


    ganz schlau dann musst wie bei c für jede plattform neu kompilieren oder was???

  3. Re: Einfach festlegen, was JAVA ist

    Autor: MotzRotz 29.06.06 - 17:08

    hirni schrieb:
    >
    > ganz schlau dann musst wie bei c für jede
    > plattform neu kompilieren oder was???

    Wieso sollte man das dann müssen?

  4. Re: Einfach festlegen, was JAVA ist

    Autor: warum? 29.06.06 - 17:32

    MotzRotz schrieb:
    -------------------------------------------------------
    > hirni schrieb:
    > >
    > ganz schlau dann musst wie bei c für
    > jede
    > plattform neu kompilieren oder was???
    >
    > Wieso sollte man das dann müssen?


    Frag ich mich auch.

  5. Re: Einfach festlegen, was JAVA ist

    Autor: kalikiana 29.06.06 - 20:03

    Lama schrieb:
    -------------------------------------------------------
    > dann sollen die einfach eine Befehlsreferenz
    > herausgeben, alle kommandos, befehle und parameter
    > von Java, und fertig.
    >
    > wer sich dran hält, der ist kompatibel, wer nicht,
    > der nicht.
    > klappt doch gut bei C und Pascal und so (wenn man
    > microsofts ganzen Visual-mist mal außen vorlässt.)

    Bei C gibt es Ansi C und darauf aufbauend diverse Erweiterungen. Das meinst du mit "kompatibel" und "inkompatibel", oder? Da verrate ich dir zwei Dinge:
    1. Bei C ergeben sich durch unterschiedliche Standardkonformität bei den Compilern teils erhebliche Probleme für den Programmierer. Genauso verhält es sich mit der guten oder schlechten Unterstützung von Standards wie HTML und CSS durch Webbrowser. Erfahrungsgemäß bereitet sowas unnötige Kopfschmerzen, die man bei Java nicht bekommt - meiner Meinung nach.
    2. Sun hat von Anfang an das Problem abweichender Implementierungen bzw. Standards als größtes Argument gegen Open Source genannt.

  6. das ware Argument gegen Opensource

    Autor: sleipnir 29.06.06 - 20:31

    kalikiana schrieb:
    -------------------------------------------------------
    > 2. Sun hat von Anfang an das Problem abweichender
    > Implementierungen bzw. Standards als größtes
    > Argument gegen Open Source genannt.

    Ich denke, dass SUN folgendes Problem hat:

    Die GPL würde Java gewissermaßen schützen aber jeder dürfte es nach belieben erweitern solange er sich an die GPL hält --> FORKs sind möglich, was nicht gewünscht ist, da man ja kompatibel sein will.

    auf der anderen Seite wäre die GPL antürlich ideal weil man ja nichts gegeneinander linken muss. man kann afaik bereits kompilierte Java komponenten einbinden ohne irgendwelche "headers" haben zu müssen. Das ist per Sprachendesign so in Java drin.

    Sun will eben diese aufspaltung verhindern und überlegt daher ob die GPL wirklich das richtige wäre.

    Sie ist nämlich nur eine von vielen Lösungsmöglichkeiten für das Problem. Man könnte auch eine restriktivere Lizenz rausbringen, was allerdings wiederum dazu führen würde, dass die Lizenz inkompatibel ist bzw wird zu GPL und co., wenn man z.B. das ändern des Quellcodes verbieten würde.

    Meiner Meinung nach ist die GPL die Lizenzen, die absolut sicherstellt, dass selbst wenn eine Firma Java nun erweitert, dieses auch frei gegeben sein muss unter den Bedingungen der GPL. Das Problem ist dann, dass jemand diese Erweiterungen wenn sie denn bei der breiten Nutzerschaft anklang findet wieder in das "original" Java einbauen muss.



  1. Thema

Neues Thema Ansicht wechseln


Um zu kommentieren, loggen Sie sich bitte ein oder registrieren Sie sich. Sie müssen ausserdem in Ihrem Account-Profil unter Forum einen Nutzernamen vergeben haben. Zum Login

Stellenmarkt
  1. Windows Applikationsentwickler (m/w/d)
    KOSTAL Industrie Elektrik GmbH, Hagen
  2. Koordinator (m/w/d) IT-Infrastructure & -Services
    Automotive Safety Technologies GmbH, Gaimersheim
  3. Senior Software-Entwickler:in Java / JavaScript lexoffice (m/w/d)
    Haufe Group, Freiburg im Breisgau
  4. Teamleiter (m/w/d) Systemadministration
    BRUDER Spielwaren GmbH + Co. KG, Fürth bei Nürnberg

Detailsuche


Golem pur
  • Golem.de ohne Werbung nutzen

Anzeige
Top-Angebote
  1. heute: Microsoft Surface Pro 7+ 12,3 Zoll Convertible 8GB 128GB SSD + Microsoft 365 Family für...
  2. u. a. Geschenke für Gamer
  3. (u. a. Greenland für 6,97€, Die zweite Eberhofer Triple-Box für 11,97€)


Haben wir etwas übersehen?

E-Mail an news@golem.de