Java - was ist das?

Aus Byte-Welt Wiki
Version vom 15. Oktober 2020, 07:38 Uhr von L-ectron-X (Diskussion | Beiträge) (Java als freie Software)
(Unterschied) ← Nächstältere Version | Aktuelle Version (Unterschied) | Nächstjüngere Version → (Unterschied)
Zur Navigation springenZur Suche springen
Java
Hersteller: Oracle Corporation
Aktuelle Version: 9.0
Datum: 21.09.2017
Betriebssystem: Windows, Linux, Mac OS X, Solaris
Lizenz: BCL
Website: java.com

Java ist eine objektorientierte Programmiersprache und als solche ein eingetragenes Warenzeichen der Firma Oracle Corporation. Sie ist eine Komponente der Java-Technologie.

Java-Programme werden in Bytecode übersetzt und dann in einer speziellen Umgebung ausgeführt, die als Java-Laufzeitumgebung oder Java-Plattform bezeichnet wird. Deren wichtigster Bestandteil ist die Java Virtual Machine (Java-VM), die die Programme ausführt, indem sie den Bytecode interpretiert.

Java-Programme laufen in aller Regel ohne weitere Anpassungen auf verschiedenen Computern und Betriebssystemen, für die eine Java-VM existiert. Sun selbst bietet Java-VMs für die Betriebssysteme Linux, Solaris und Windows an. Andere Hersteller lassen ihre Java-VM für ihre Plattform zertifizieren, zum Beispiel die Firma Apple für Mac OS X.

Von Portierung spricht man bei Java in der Regel, wenn Quelltext oder Bytecode auf den Stand einer anderen Java-Version angepasst werden soll. Meistens sind Java-Programme deshalb nur für bestimmte Java-Versionen getestet oder zertifiziert.

Grundkonzepte der Sprache

Der Entwurf der Programmiersprache Java strebte im Wesentlichen fünf Ziele an.

  • Sie soll eine objektorientierte Programmiersprache sein.
  • Sie soll ermöglichen, gleiche Programme auf unterschiedlichen Computersystemen auszuführen.
  • Sie soll eingebaute Unterstützung für die Verwendung von Computernetzen enthalten.
  • Sie soll Code aus entfernten Quellen sicher ausführen können. Dieser Punkt wird über das Sicherheitskonzept von Java erreicht, das aus drei Schichten besteht:
    1. dem Code-Verifier (deutsch „Code-Überprüfer“), der sicherstellt, dass die VM keinen ungültigen Bytecode ausführen kann.
    2. den Class-Loadern (deutsch „Klassenlader“), die die sichere Zuführung von Klasseninformationen zur JVM steuern (diese ist dabei kein Interpreter, siehe unten).
    3. den Security-Managern (deutsch „Sicherheitsverwalter“), die sicherstellen, dass nur Zugriff auf Programmobjekte erlaubt wird, für die entsprechende Rechte vorhanden sind.
  • Die erfolgreichen Aspekte bereits verbreiteter objektorientierter Programmiersprachen wie C++ sollen auch für Java-Programmierer zur Verfügung stehen.

Objektorientierung

Die Sprache Java gehört zu den objektorientierten Programmiersprachen. Die Grundidee der objektorientierten Programmierung ist die softwaretechnische Abbildung in einer Art und Weise, wie wir Menschen auch Dinge der realen Welt erfahren. Die Absicht dahinter ist, große Softwareprojekte einfacher verwalten zu können, und sowohl die Qualität von Software zu erhöhen als auch Fehler zu minimieren. Ein weiteres Ziel der Objektorientierung ist ein hoher Grad der Wiederverwendbarkeit von Softwaremodulen.

Ein neuer Aspekt von Java gegenüber den zuvor verbreitetsten objektorientierten Programmiersprachen C++ und Smalltalk ist die explizite Unterscheidung zwischen Schnittstellen und Klassen, die auch durch entsprechende Schlüsselwörter interface und class zur Geltung kommt.

Java ist nicht vollständig objektorientiert: Die Grunddatentypen (int, boolean usw.) sind keine Objekte (siehe auch unter Java-Syntax). Ferner unterstützt Java keine direkte Mehrfachvererbung (wie z. B. Eiffel) wobei diese jedoch über Schnittstellen simuliert werden kann.

Reflection

Java bietet eine Reflection-API als Bestandteil der Laufzeitumgebung. Damit ist es möglich, zur Laufzeit auf Klassen und Methoden zuzugreifen, deren Existenz oder genaue Ausprägung zur Zeit der Programmerstellung nicht bekannt war.

Annotations

Mit Java 5 hat Sun die Programmiersprache um Annotations erweitert. Annotations erlauben die Notation von Metadaten und ermöglichen bis zu einem gewissen Grad benutzerdefinierte Spracherweiterungen. Sinn der Annotations ist u.a. die automatische Erzeugung von Code und anderen in der Software-Entwicklung wichtigen Dokumenten für wiederkehrende Muster anhand möglichst kurzer Hinweise im Quelltext. Bislang wurden in Java dafür ausschließlich Javadoc-Kommentare mit speziellen JavaDoc-Tags verwendet, die von Doclets wie zum Beispiel dem XDoclet ausgewertet wurden.

Annotations können auch in den kompilierten Class-Dateien enthalten sein. Der Quelltext wird also für ihre Verwendung nicht benötigt. Insbesondere sind die Annotationen auch über die Reflection-API zugänglich. So können sie zum Beispiel zur Erweiterung des Bean-Konzeptes verwendet werden.

Write Once, Run Anywhere

Java funktioniert nach dem Konzept Write Once, Run Anywhere (deutsch: „Einmal schreiben, überall ausführen“). Das bedeutet, dass man ein Programm, das in Java programmiert wurde, theoretisch nur einmal zu kompilieren braucht und es auf allen anderen Systemen läuft, die eine Java-Laufzeitumgebung (Java Runtime Environment bzw. JRE) besitzen. Dies wird dadurch erreicht, dass Java zunächst in Bytecode kompiliert wird, dieser wird von der JRE beim Starten des Programms erst in die Maschinensprache kompiliert (Man spricht hier von einem JIT-Compiler). In der Praxis ist diese Plattformunabhängigkeit allerdings nicht immer gegeben.

Der Bytecode funktioniert also als Zwischencode, zwischen Programmiersprache und Maschinensprache. So ist das Javaprogramm nicht an eine bestimmte Maschine gebunden. Das Java Runtime Environment existiert für weit verbreitete Betriebssysteme wie Microsoft Windows, Linux, Solaris, Mac OS X, AIX und viele andere. Daneben gibt es eine JRE nicht nur für Server- und Desktop-Betriebssysteme, sondern auch für viele eingebettete Systeme wie Mobiltelefone, PDAs, sowie Smartcards und andere technische Plattformen, wie Auto und TV. Die Plattformunabhängigkeit endet jedoch für solche Systeme, für die keine Java Virtual Machine existiert, zumeist ältere oder sehr exotische Systeme.

Es gibt aber auch Compiler, die Java direkt in Maschinencode übersetzen (Siehe Java: Native Compiler).

Wer von „Plattformunabhängigkeit“ und „Java“ spricht, muss zwischen der Java-VM selbst und den Programmen, die in Java geschrieben sind, unterscheiden. Die Java-VM, die die eigentliche Plattformunabhängigkeit ermöglicht, ist selbst plattformabhängig, da sie auf ein bestimmtes Betriebssystem und eine Rechnerarchitektur angepasst ist. Zum Beispiel ist Suns Java-VM für Windows in C++ geschrieben und durch C++ kompiliert. Andere Komponenten des JDKs wie zum Beispiel der Java-Compiler, sind in purem Java geschrieben und damit wieder plattformunabhängig, das heißt, der Bytecode des Compilers ist auf unterschiedlichen Plattformen identisch. Das Gleiche gilt für den Bytecode von Programmen, die in Java geschrieben und durch einen Java-Compiler kompiliert wurden.

Modulare Ausführung auf fernen Computern

Java bietet die Möglichkeit, Klassen zu schreiben, die in unterschiedlichen Ausführungsumgebungen ablaufen. Beispielsweise lassen sich Applets in Webbrowsern, die Java unterstützen, ausführen. Das Sicherheitskonzept von Java kann dazu eingesetzt werden, dass unbekannte Klassen dabei keinen Schaden anrichten können, was vor allem bei Applets wichtig ist (siehe auch Sandbox). Beispiele für Java-Ausführungsumgebungen sind Applets, Servlets, Portlets, Midlets, Xlets, Translets, und Enterprise Java Beans.

Merkmale der Sprache

Der Objektzugriff in Java ist über Referenzen genannte Zeiger implementiert. Aus Sicherheitsgründen ist es nicht möglich, deren Speicheradresse zu modifizieren. So genannte Zeigerarithmetik ist mit der Sprache also ausgeschlossen. Per Design können so Fehler, welche häufig in anderen Programmiersprachen auftreten, von vornherein ausgeschlossen werden.

Zusammengehörige Klassen werden in Paketen (englisch packages) zusammengefasst. Diese Pakete ermöglichen die Einschränkung der Sichtbarkeit von Klassen, eine Strukturierung von größeren Projekten sowie eine Trennung des Namensraums für verschiedene Entwickler. Die Paketnamen sind hierarchisch aufgebaut und beginnen im Allgemeinen mit dem (umgekehrten) Internet-Domainnamen des Entwicklers. (Pakete, die von Sun erstellt werden, beginnen z. B. mit „com.sun.“) Klassennamen müssen nur innerhalb eines Paketes eindeutig sein. Hierdurch ist es möglich, Klassen von verschiedenen Entwicklern zu kombinieren, ohne dass es zu Namenskonflikten kommt. Die Hierarchie der Paketnamen hat allerdings keine semantische Bedeutung. Bei der Sichtbarkeit zwischen den Klassen zweier Pakete spielt es keine Rolle, wo sich die Pakete in der Namenshierarchie befinden. Klassen sind entweder nur für Klassen des eigenen Paketes sichtbar, oder für alle Pakete.

Weiter unterstützt die Sprache Threads (nebenläufig ablaufende Programmteile) und Ausnahmen (englisch exception) und Java beinhaltet auch eine automatische Speicherbereinigung (englisch garbage collector), die nicht (mehr) referenzierte Objekte aus dem Speicher entfernt.

Bemerkenswert ist auch die explizite Unterscheidung von Schnittstellen und Klassen. Eine Klasse kann beliebig viele Schnittstellen implementieren, hat aber stets genau eine Basisklasse. Java unterstützt keine Mehrfachvererbung, da lediglich Schnittstellen, jedoch keine Klassen „mehrfach“ vererbt werden können. Funktionen (in der Java-Welt „Methoden“) werden nur von der Basisklasse übernommen. Alle Klassen sind – direkt oder indirekt – von der Wurzelklasse Object abgeleitet.

Zu Java gehört eine umfangreiche Klassenbibliothek. Dem Programmierer wird damit eine einheitliche, vom zugrunde liegenden Betriebssystem unabhängige Schnittstelle (Application programming interface, API) angeboten.

Mit Java 1.2 wurden die Java Foundation Classes (JFC) eingeführt, die unter anderem Swing bereitstellen, das zur Erzeugung plattformunabhängiger grafischer Benutzerschnittstellen (GUI) dient und auf AWT basiert.

Syntax

Ein Beispielprogramm, das eine Meldung auf der Konsole ausgibt:

public class HalloWelt {
    public static void main(String[] args) {
        System.out.println("Hallo Welt!");
    }
}

Die Grammatik von Java ist in der Java Language Specification (Java-Sprachspezifikation) von Sun Microsystems dokumentiert.

Entstehung und Weiterentwicklung der Sprache

Entstehung

Herkunft und Entwicklung der Programmiersprache Java sowie mit ihr verwandter Technik sind im Artikel Java (Technologie) beschrieben.

Sun und JCP

Neben Sun kümmert sich eine Vielzahl von Einzelpersonen, kleiner und großer Unternehmen, wie Apple, IBM, Hewlett-Packard und Siemens beim JCP (Java Community Process) unter anderem um die Weiterentwicklung der Java-Sprachspezifikation. Der JCP wurde 1998 von Sun Microsystems ins Leben gerufen.

Java als freie Software

Sun hat zugesichert, sein JDK unter der GNU General Public License zu veröffentlichen. Am 13. November 2006 wurden bereits mit dem Compiler javac und der Hotspot Virtual Machine erste Teile in Open Source veröffentlicht. Zudem wurde eine Community-Seite eröffnet, mit deren Hilfe die Entwicklung koordiniert werden soll.[1]

Zuvor wurde der Quelltext von Java unter anderem bei jedem JDK mitgeliefert und ermöglichte so zwar Einsicht, er durfte aber nicht beliebig modifiziert werden. Deswegen gibt es neben den offiziellen JCP auch eine Menge unabhängiger Vereinigungen, die es sich zum Ziel gesetzt haben, ein unter eine freie Open-Source-Lizenz gestelltes Java bereitzustellen. Die bekanntesten dieser Projekte sind Apache Harmony, Kaffe und das GNU Classpath-Projekt.

Wichtiges Oracle Java-Lizenzupdate

Die Oracle Java-Lizenz wurde für Releases ab dem 16. April 2019 geändert.

Der neue Oracle Technology Network-Lizenzvertrag für Oracle Java SE weist wesentliche Unterschiede zu früheren Oracle Java-Lizenzen auf. Mit der neuen Lizenz sind bestimmte Verwendungszwecke wie persönliche Nutzung und Entwicklungszwecke kostenfrei zulässig - andere unter früheren Oracle Java-Lizenzen zulässige Verwendungszwecke sind hingegen möglicherweise nicht mehr verfügbar. Lesen Sie sich die Bedingungen sorgfältig durch, bevor Sie dieses Produkt herunterladen und verwenden. Häufig gestellte Fragen (FAQ) sind hier verfügbar.

Eine kommerzielle Lizenz und Support sind über ein preiswertes Java SE-Abonnement verfügbar.

Oracle stellt das aktuelle OpenJDK-Release auch unter der Open-Source-GPL-Lizenz auf jdk.java.net bereit.

Unterschiede zu ähnlichen Sprachen

JavaScript

Java ist nicht mit der Skriptsprache JavaScript zu verwechseln, die vornehmlich in HTML-Seiten zur eingebetteten Programmierung verwendet wird. Sie hat eine ähnliche Syntax, unterscheidet sich jedoch in vielerlei Hinsicht von Java und wird nur selten zur Konstruktion größerer Anwendungen verwendet.

Smalltalk

Smalltalk ist eine der ältesten objektorientierten Programmiersprachen überhaupt und der eigentliche Vater von Java. Sun hat sich jedoch für die C++-Syntax entschieden und gleichzeitig verlauten lassen, Java würde von C++ abstammen. Der Grund für diesen Schachzug war die größte Hürde für eine neue Programmiersprache: Die Akzeptanz der Programmierer zu erlangen. Dies war mit der Anlehnung an eine sehr bekannte Sprache mit geläufiger Syntax einfacher.

Java erbte von Smalltalk die grundsätzliche Konzeption eines Objektbaumes, in den alle Objekte eingehängt werden und von einem einzigen Mutterobjekt abstammen (java.lang.Object). Des Weiteren wurde das Konzept der automatischen Speicherbereinigung (garbage collector) und der virtuellen Maschine übernommen sowie eine Vielzahl weiterer Merkmale der Sprache Smalltalk.

Smalltalk kennt jedoch keine primitiven Datentypen wie zum Beispiel int – selbst eine einfache Zahl ist ein Objekt. Dies wurde in Java geändert. Klassisch für Smalltalk-Systeme ist der Object-Browser, der in modernen integrierten Entwicklungsumgebungen, wie zum Beispiel Eclipse auch für Java existiert.

C++

Java lehnt seine Syntax an die der Programmiersprache C++ an. Im Gegensatz zu C++ fanden jedoch komplexe Konstrukte wie Mehrfachvererbung oder die fehleranfällige Zeigerarithmetik keinen Einzug. Die interne Speicherverwaltung wird dem Java-Entwickler weitgehend abgenommen; dies erledigt die automatische Speicherbereinigung. Deshalb ist Java in vielen Fällen leichter zu handhaben als C++. Allerdings garantiert auch dieser Mechanismus nicht den vollständigen Ausschluss von Speicherlecks. Letztlich muss der Programmierer dafür sorgen, dass nicht mehr verwendete Objekte nirgends mehr referenziert werden.

Neben Mehrfachvererbung und Speicherarithmetik wurden bei der Entwicklung von Java noch weitere Konstrukte der Sprache C++ bewusst weggelassen:

Im Gegensatz zu C++ ist es in Java nicht möglich, Operatoren (zum Beispiel arithmetische Operatoren wie + und -, logische Operatoren wie && und ||, oder den Index-Operator []) zu überladen, das heißt in einem bestimmten Kontext mit neuer Bedeutung zu versehen. Dies sorgt einerseits für eine Vereinfachung der Sprache an sich und verhindert, dass Quellcodes mit Operatoren, die mit schwer nachvollziehbarer Semantik überladen werden, unlesbar gemacht werden. Andererseits können benutzerdefinierte Typen mit überladenen Operatoren in C++ eher wie eingebaute Typen erscheinen und vor allem numerischer Code ist mitunter einfacher nachzuvollziehen. Die Sprachdefinition von Java definiert jedoch typabhängiges Verhalten der Operatoren + (Addition bei arithmetischen Operanden, andernfalls zur String-Konkatenation) sowie &, | und ^ (logisch für boolean und bitweise für arithmetische Operanden). Das lässt diese Operatoren zumindest wie teilweise überladene Operatoren erscheinen.

Das C++-Konstrukt der „Templates“, die es erlauben, Algorithmen oder sogar ganze Klassen unabhängig von den darin verwendeten Datentypen zu definieren, wurde in Java nicht übernommen. Seit Version 1.5 unterstützt Java aber so genannte „Generics“, die zwar keinerlei Metaprogrammierung erlauben, aber ähnlich wie C++-Templates typsichere Container und ähnliches ermöglichen.

C#

Die von Microsoft entwickelte Programmiersprache C# (engl. C sharp; Aussprache „ßieh Scharp“) kann als Konkurrenzprodukt zu Java gesehen werden. Mit der Spezifikation von C# hat Microsoft im Rahmen seiner .NET-Strategie versucht, den Spagat zwischen dem kompletten Neuanfang einer Sprache und der leichten Integration bisher bestehender Komponenten zu schaffen.

Die Syntax von C# entspricht in großen Teilen der Syntax von Java, konzeptionelle Unterschiede bestehen insbesondere in der Unterstützung von Delegaten (engl. delegates), einem Konzept, das mit Funktionszeigern vergleichbar ist. Hierbei kommt ein Beobachter-Entwurfsmuster zum Einsatz – Objekte können sich für Ereignisse registrieren bzw. diese delegieren. C# kennt ebenso wie Java eine Unterscheidung zwischen Werttypen (engl. value types; zum Beispiel int, struct) und Referenztypen (engl. reference types, zum Beispiel class), allerdings sind auch die elementaren Datentypen objektbasiert. Des Weiteren unterstützt C# so genannte Attribute (attributes), die es erlauben, die Funktionalität der Sprache über Metadaten im Code zu erweitern (eine ähnliche Funktionalität gibt es seit Java 5.0). C# enthält auch Bestandteile der Sprachen VisualBasic, zum Beispiel Eigenschaften („properties“), sowie Konzepte aus C++. In C# hingegen ist es nicht notwendig und möglich, Ausnahmen (exceptions) zu einer Methode zu deklarieren. In Java können Ausnahmen so deklariert werden, dass sie auch verarbeitet werden müssen (checked Exception).

Um auch systemnahe Programmierung zu ermöglichen, besteht in .NET die Möglichkeit, über platform invoke Systembefehle und unmanaged code aufzurufen, ähnlich Javas JNI.

Performancekritische Programmteile können in C# in so genanntem unsicheren unsafe code geschrieben werden, was ähnlich zu inline-assembler in C-Programmen zu sehen ist. Java kennt hierfür keine Entsprechung.

Bislang gibt es Microsofts .NET-Implementierung nur für Microsoft-eigene Betriebssysteme (ab Windows NT 4 SP 6) – abgesehen von einer Referenz-Implementierung für das FreeBSD-Betriebssystem, die aber unter der so genannten Shared-Source-Lizenz (Quellcode-Modifikationen dürfen nicht weitergegeben werden) veröffentlicht wurde, weswegen das Mono-Projekt und DotGNU eigene Implementierungen vorantreiben. Dabei werden auch weitere Betriebssysteme unterstützt.

Tabellarische Übersicht

Eine tabellarische Übersicht der Gemeinsamkeiten und Unterschiede zwischen Java und anderen objektorientierten Programmiersprachen findet sich unter Vergleich objektorientierter Programmiersprachen.

Entwicklungsumgebungen

Es gibt eine große Vielfalt von Entwicklungsumgebungen für Java, sowohl kommerzielle als auch freie (Open Source). Die meisten Entwicklungsumgebungen für Java sind selbst ebenfalls in Java geschrieben.

Die bekanntesten Open-Source-Umgebungen sind Eclipse und NetBeans.

Unter den kommerziellen Entwicklungsumgebungen sind das auf Netbeans basierende Sun ONE Studio von Sun, IntelliJ IDEA von JetBrains, JBuilder von Borland sowie JCreator am verbreitetsten. Außerdem gibt es noch eine, um einige hundert Plugins erweiterte Version von Eclipse, die von IBM unter dem Namen WebSphere Studio Application Developer („WSAD“) vertrieben wurde und seit Version 6.0 Rational Application Developer („RAD“) heißt.

Apple liefert mit Mac OS X ab Version 10.3 die Entwicklungsumgebung Xcode aus, die verschiedene Programmiersprachen unterstützt und einen Schwerpunkt auf Java setzt. Xcode ist nach Registrierung für jedermann kostenlos erhältlich.

Wer lieber einen Texteditor verwendet, findet in Emacs zusammen mit der JDEE (Java Development Environment for Emacs) ein mächtiges Werkzeug. Für andere Editoren wie Vim, Jed oder Textpad gibt es ebenfalls entsprechende Modi.

Compiler

Ein Java-Compiler übersetzt Java-Quellcode (Dateiendung .java) in einen ausführbaren Code. Grundsätzlich unterscheidet man zwischen Bytecode- und Nativecode-Compilern. Einige Java-Laufzeitumgebungen verwenden einen JIT-Compiler, um zur Laufzeit den Bytecode häufig genutzter Programmteile in nativen Maschinencode zu übersetzen.

Bytecode-Compiler

Im Normalfall übersetzt der Java-Compiler die Programme in einen nicht direkt ausführbaren Bytecode (Dateiendung .class), den die Java Runtime Environment (JRE) später ausführt. Die aktuelle HotSpot-Technologie kompiliert den Bytecode zur Laufzeit in nativen Prozessorcode und optimiert diesen abhängig von der verwendeten Plattform. Diese Optimierung findet dabei nach und nach statt, so dass der Effekt auftritt, dass Programmteile nach mehrmaliger Abarbeitung schneller werden. Auf der anderen Seite führt diese Technologie, die ein Nachfolger der Just-In-Time-Compilierung ist, dazu, dass Java-Bytecode genau so schnell wie native, kompilierte Programme ausgeführt wird.

Die HotSpot-Technologie ist seit der JRE Version 1.3 verfügbar und wurde seitdem stetig weiter verbessert.

Native Compiler

Es existieren auch Compiler für Java, die Java-Quelltexte oder Java-Bytecode in normalen Maschinencode übersetzen können, so genannte Ahead-Of-Time-Compiler. Nativ kompilierte Programme haben den Vorteil, keine JavaVM mehr zu benötigen, aber auch den Nachteil, nicht mehr plattformunabhängig zu sein. Hier trifft die Bezeichnung „write once, run anywhere“ nicht mehr zu.

Wrapper

Ein Wrapper (in diesem Zusammenhang) ist ein ausführbares Programm, das als Ersatz für ein Java Archive (Dateiendung .jar) dient. Er sucht selbstständig nach einer installierten Java-Laufzeitumgebung, um das Programm zu starten und informiert den Benutzer darüber, wo er eine Laufzeitumgebung herunterladen kann, sofern noch keine installiert ist. Es ist also immer noch eine Laufzeitumgebung nötig, um das Programm starten zu können.

Java Web Start ist ein etwas eleganterer Ansatz für diese Problematik – er ermöglicht die einfache Aktivierung von Anwendungen mit einem einzigen Mausklick und garantiert, dass immer die neueste Version der Anwendung ausgeführt wird. Dadurch werden komplizierte Installations- oder Aktualisierungsprozeduren vermieden.

Siehe auch

Geschichte

Wikipedia-Artikel zur geschichtlichen Entwicklung von Java:

  • Star Seven, das erste Gerät mit Java-Interpreter (damals noch Oak)

Programmiersprachen

Programmiersprachen, die sich an Java anlehnen und Bytecode generieren:

Java für eingebettete Systeme

Java Frameworks

Java-basierte Plattformen

Literatur

  • James Gosling, Bill Joy, Guy Steele, Gilad Bracha: The Java Language Specification. Third Edition. Addison-Wesley 2005, ISBN 0-321-24678-0 (online)
  • Christian Ullenboom: Java ist auch eine Insel. Programmieren für die Java 2-Plattform in der Version 5. Galileo Computing, 2006, ISBN 3-89842-747-1 (Online-Buch)
  • Cay Horstmann, Gary Cornell: Core Java 2. Band 1 – Grundlagen Einführung in die objektorientierte Programmierung. ISBN 3-8273-2216-2
  • Guido Krüger: Handbuch der Java-Programmierung. Addison-Wesley, 2002, ISBN 3-8273-1949-8 (Freier Download)
  • David Flanagan: Java in a Nutshell. Deutsche Ausgabe, O’Reilly, 2002, ISBN 3-89721-332-X
  • Bruce Eckel: Thinking in Java. Prentice-Hall, 2002, ISBN 0-1310-0287-2 (Online-Buch, Englisch)
  • Joshua Bloch: Effective Java Programming Language. Addison-Wesley, 2001, ISBN 0-201-31005-8
  • Friedrich Esser: Java 2 – Designmuster und Zertifizierungswissen. Galileo Computing, 2001, ISBN 3-9343-5866-7 (Online-Buch)
  • Dirk Louis, Peter Müller: Java 5 Kompendium – Praxis der objektorientierten Programmierung. Markt & Technik, 2005, ISBN 3-8272-6844-3
  • Dietrich Boles, Cornelia Boles: Objektorientierte Programmierung spielend gelernt mit dem Java-Hamster-Modell. Teubner, 2004, ISBN 3-519-00506-9
  • Ralph Steyer: Java 2 – M+T Pocket. Das Programmier-Handbuch. Markt & Technik, 2003, ISBN 3-8272-6106-6
  • Ralph Steyer, Java 2 – Magnum. Markt & Technik, ISBN 3-8272-6242-9
  • Werner Bechberger, Java für Lehrer und Schüler DTV, ISBN 3-5543-4576-8
  • Hanspeter Mössenböck, Sprechen Sie Java? - Eine Einführung in das systematische Programmieren. dpunkt.verlag, 2005, ISBN 3-89864-362-X

Weblinks

Quellen

Dieser Beitrag stammt in seiner ersten oder einer späteren Version der deutschsprachigen Wikipedia. Er ist dort unter Java_(Programmierung) zu finden, die Liste der bisherigen Autoren befindet sich in der Versionsliste.