Verfassungsschutzchef warnt vor Linksterrorismus | NDR.de - Nachrichten - Hamburg\nStand: 05.01.2020 08:12 Uhr - NDR 90,3\nHamburgs Verfassungsschutzchef Voß sieht eine "neue Eskalationsstufe" bei Taten der linksextremen Szene.\nDer Chef des Hamburger Verfassungsschutzes, Torsten Voß, hat vor einem sich abzeichnenden neuen Linksterrorismus gewarnt. "Taten der linksextremen Szene zeichnet eine neue Eskalationsstufe aus, weil sie sich nicht mehr nur gegen Sachen wie Wohnungen, Parteibüros oder Fahrzeuge richten, sondern mittlerweile auch direkt gegen das Leben und die Gesundheit von Menschen", sagte Voß der "Welt am Sonntag". Er nannte in diesem Zusammenhang Attacken wie jene im Leipziger Stadtteil Connewitz, bei der ein Polizist schwer verletzt wurde. Bekannt sei zudem, dass sich militante Linksextremisten in Kampfsportgruppen ausbildeten. "Das zusammen bringt mich zu der Einschätzung, dass wir uns in Richtung eines neuen Linksterrorismus bewegen."\nLKA registriert Dutzende Anschläge\nDer Leiter des für die Aufklärung politischer Straftaten zuständigen Staatsschutzes im Landeskriminalamt (LKA), Claus Cortnumme, sagte der Zeitung: "Wir haben in den vergangenen beiden Jahren insgesamt 36 herausragende Farb-, Stein- oder Brandanschläge registriert, die wir der linksextremen Szene zuordnen." Laut einer LKA-Auswertung habe es Attacken gegen vier Senatsmitglieder, dazu eine Brandstiftung und Sachbeschädigung am Wohnhaus des früheren Bürgermeisters und heutigen Bundesfinanzministers Olaf Scholz (SPD) gegeben. Hinzu kämen Angriffe auf Justizgebäude, Polizeistationen und Firmen. Zuletzt hatte ein Anschlag auf das Auto von Hamburgs Innensenator Andy Grote (SPD) für Aufsehen gesorgt. In Hamburg leben laut Verfassungsschutz etwa 935 gewaltorientierte Linksextreme.\nProzess gegen drei mutmaßliche Linksextremisten\nAm Mittwoch beginnt in Hamburg ein Verfahren gegen drei mutmaßliche Mitglieder der linksextremistischen Szene. Die Staatsanwaltschaft wirft einem 31-Jährigen, einem 27-Jährigen und einer 28-Jährigen vor, am zweiten Jahrestag der Proteste gegen den G20-Gipfel vier Brandanschläge in Hamburg geplant und sich "zu einem Verbrechen verabredet" zu haben. Die drei Angeklagten waren im Juli 2019 in einer Grünanlage in Eimsbüttel festgenommen worden. Bei Ihnen wurde unter anderem eine Adressliste mit mutmaßlichen Anschlagszielen gefunden. In Medienberichten wurden sie als die "Drei von der Parkbank" bezeichnet. Bei Anschlägen nach der Festnahme der drei Verdächtigen gab es auf linken Internetseiten Solidaritätsbekundungen für die "Parkbankcrew". Der Prozess findet unter strengen Sicherheitsvorkehrungen statt.\nZum Anschlag auf das Auto von Hamburgs Innensenator ist ein angebliches Bekennerschreiben aufgetaucht. Es stellt einen Zusammenhang zu linken G20-Protesten her. Die Ermittlungen laufen. (14.12.2019) mehr\nDie norddeutschen Bundesländer wollen im Kampf gegen Rechtsextremismus besser zusammenarbeiten. Beim Aufdecken von Strukturen soll der Druck auf Internet-Dienstleister verstärkt werden. (11.11.2019) mehr\nNDR 90,3 | NDR 90,3 Aktuell | 05.01.2020 | 09:00 Uhr\nDieser Artikel wurde ausgedruckt unter der Adresse: https://www.ndr.de/nachrichten/hamburg/Verfassungsschutzchef-warnt-vor-Linksterrorismus,linksextremismus120.html


Hamburg, 10. September 2013 – Die S.O.F. Save Our Future – Umweltstiftung hat im August insgesamt 70 norddeutsche Kindertageseinrichtungen für ihre vorbildliche Bildungsarbeit für eine nachhaltige Entwicklung als „KITA21“ ausgezeichnet. In diesem Jahr verlieh die Umweltstiftung die Auszeichnung erstmals in Hamburg, Schleswig-Holstein und Niedersachsen in Kooperation mit lokalen Partnern und der Leuphana Universität Lüneburg.\n„Ich bin beeindruckt, mit welchem Engagement und Ideenreichtum die pädagogischen Fachkräfte ihre Bildungsarbeit zu zukunftsrelevanten Themen gestalten“, erklärt Ralf Thielebein, Geschäftsführer der S.O.F. „Sie leisten damit einen bedeutenden Beitrag für eine nachhaltige Entwicklung in unserer Gesellschaft!“ Das Ziel der Bildungsinitiative „KITA21 – Die Zukunftsgestalter“ ist es, schon im Kindesalter ein Bewusstsein für nachhaltiges Handeln und eigene Mitgestaltungsmöglichkeiten zu fördern. Und das Konzept stößt auf reges Interesse: Seit Beginn der Initiative 2009 nahmen bereits 221 Kitas an dem Unterstützungs- und Auszeichnungsverfahren teil.\n„Das vergangene Kita-Jahr hat gezeigt, dass das Auszeichnungsverfahren KITA21 auch in der Fläche und auf dem Lande ankommt“, sagt Ralf Thielebein und ermuntert Gemeinden, Städte und Regionen, die sich für das KITA21-Verfahren interessieren, Kontakt zur S.O.F. aufzunehmen. „Wir sind gerne bereit, das Konzept und unsere Erfahrung in weiteren Regionen einzubringen!“\nBeispiele für KITA21-Bildungsarbeit:\nKita Behringstraße (Elbkinder Vereinigung Hamburger Kitas), Hamburg\nUnter dem Motto „Kinder dieser Welt“ erkundeten Kinder und pädagogische Fachkräfte gemeinsam, wie sich ihr Leben von dem in anderen Teilen der Welt unterscheidet. Ausgehend von der Reise eines T-Shirts - vom Baumwollfeld bis in den Kleiderschrank - setzten sich die kleinen Zukunftsgestalter mit Themen wie Landwirtschaft, Recycling, Wasser- und Klimaschutz auseinander. Auch Probleme wie Kinderarbeit und soziale Gerechtigkeit sparten sie dabei nicht aus. „Bei einem Fair-Trade-Frühstück ist zum Beispiel eine Diskussion darüber entstanden, was gerecht und ungerecht ist“, erläutern die projektverantwortlichen Pädagoginnen Ingrun Rosenbohm und Tanja Tannenberg. Die Wirkung: Kinder und Pädagogen haben sich durch das KITA21-Projekt Auswirkungen ihres Handelns erschlossen und achten beim Einkaufen mehr auf Herkunft und Transportwege der Produkte.\nBewegungskindergarten Alt-Garge (Stadt Bleckede), Bleckede / Niedersachsen\nEin Jahr lang gingen die Kinder ihren Fragen zum Thema Wasser nach. Sie erkundeten zum Beispiel, welche Tiere im und am Wasser leben, woher und wie das Wasser in den Kindergarten kommt. Dabei beschäftigten sich die Kinder auch mit dem Wasser-kreislauf, bauten ihn im Kleinen nach und konnten ihn anhand der Elbe im Großen nachvollziehen. Außerdem erschlossen sich die kleinen Wasserforscher bei der Suche nach Antworten auf ihre Fragen das Umfeld der Kita und weitere „Wasser-Orte“ in der Region. Sie besuchten unter anderem eine Kläranlage, den Wasserturm in Lüneburg und das Biosphärium Bleckede und erfuhren so, welchen Zweck all diese Einrichtungen erfüllen.\nDRK-Kita Holm, (Deutsches Rotes Kreuz), Holm / Schleswig-Holstein\nIn der DRK-Kita Holm beschäftigten sich die Kita-Kinder im vergangenen Jahr mit dem Thema Mobilität. Sie verstanden schnell, was das eigene Mobilitätsverhalten mit dem Klimaschutz zu tun hat und wurden aktiv. Über Monate sammelten die Kinder mit Begeisterung Klimameilen und kamen zu Fuß zur Kita, anstatt das Elterntaxi zu nutzen. Insgesamt sammelten die jungen Klimaschützer fast 6.000 Zu-Fuß-Kilometer. Die Kita sparte so 1.100 Kilo des klimaschädlichen CO2 ein. Der Eifer und das Engagement der Kinder hat das ganze Kita-Team begeistert, sodass das Team auch zukünftig bei KITA21 dabei sein möchte, wie Kita-Leiterin Ute Stegemann ankündigt: „Die Kolleginnen sind zu Recht stolz auf die Auszeichnung und wollen auf jeden Fall weiter machen!“\nMeike Wunderlich S.O.F. Save Our Future – Umweltstiftung Presse- und Öffentlichkeitsarbeit Friesenweg 1 22763 Hamburg Telefon: 040 / 226 32 77 63 Telefax: 040/ 24 06 40wunderlich@save-our-future.de


In die Bemessung von Beiträgen zur freiwilligen Krankenversicherung ist die Auszahlung einer Direktversicherung auch insoweit einzubeziehen, als sie auf eigenen Beiträgen des Versicherten nach dem Ausscheiden aus dem Beschäftigungsverhältnis und Einrücken in die Stellung des Versicherungsnehmers beruht.\n12. April 2016 von Nicole Lehr\nLSG Rheinland-Pfalz Urteil vom 07.11.2013 – L 5 KR 65/13\nDer Kläger ist bei der beklagten Krankenkasse freiwillig krankenversichert. Er bezieht Altersrente und Einkünfte aus einer geringfügigen Beschäftigung. Im Jahr 2009 erhielt der Kläger eine Kapitalleistung aus einer Direktversicherung. Die Direktversicherung war dabei nach Ende des Arbeitsverhältnisses auf den Kläger übertragen worden, der sie seitdem privat weitergeführt hatte. Der überwiegende Teil der Beiträge wurde privat eingezahlt.\nDie Krankenkasse zog in die Bemessungsgrundlage für die Berechnung des monatlichen Beitrages für Kranken- und Pflegeversicherung auch die Kapitalleistung mit ein, die auf privat (als Versicherungsnehmer) gezahlten Beiträgen beruhte.\nGegen die beim SG Koblenz zunächst positiv für den Kläger beschiedene Klage wurde Revision eingelegt, mit der Begründung, dass das Sozialgericht verkannt habe, dass im Rahmen der freiwilligen Mitgliedschaft andere beitragsrechtliche Voraussetzungen gelten.\nDas LSG Rheinland-Pfalz hat zugunsten der Krankenkasse entschieden.\nFür die Erhebung von Beträgen zur freiwilligen Krankenversicherung aus einer Lebensversicherung gilt § 240 Abs 1 SGB V iVm §§ 2 Abs 1, 3 Abs 1, 5 Abs 4 und 7 Abs 6 der Beitragsverfahrensgrundsätze Selbstzahler.\nNach den o.g. Vorschriften ist bei der Beitragsbemessung die gesamte wirtschaftliche Leistungsfähigkeit des Mitglieds zu berücksichtigen.\nAls beitragspflichtige Einnahmen gelten neben Arbeitsentgelt, Arbeitseinkommen, dem Zahlbetrag der Rente aus der gesetzlichen Rentenversicherung und dem Zahlbetrag der Versorgungsbezüge auch alle Einnahmen und Geldmittel, die für den Lebensunterhalt verbraucht werden.\nIn Form nicht regelmäßig wiederkehrender Leistungen gewährten Versorgungsbezüge, Leistungen aus einer befreienden Lebensversicherung sowie Leistungen von Versicherungsunternehmen, die wegen einer Einschränkung der Erwerbsfähigkeit oder zur Alters- oder Hinterbliebenenversorgung gezahlt werden, sind vom Zeitpunkt des auf die Auszahlung folgenden Monats dem jeweiligen Beitragsmonat mit 1/120 des Zahlbetrags der Leistung für 120 Monate zuzuordnen.\nSomit hat die Krankenkasse auch den Anteil der Auszahlung der Direktversicherung in Höhe des privat eingezahlten Anteils zu Recht mit 1/120 des Zahlbetrags der Leistung der Beitragsbemessung zu Grunde gelegt.\nDass bei freiwilligen Mitgliedern der gesetzlichen Krankenversicherung eine Altersrente aus einem privatrechtlichen Versicherungsvertrag mit dem Zahlbetrag und nicht nur mit dem Ertragsanteil beitragspflichtig ist, wurde durch das BSG bereits klargestellt.\nFreiwillig gesetzlich Versicherte sollten sich bewusst sein, dass Kapitalleistungen aus einer Direktversicherung von Krankenkassen bei der Bemessung des monatlichen Beitrages für Kranken- und Pflegeversicherung immer in voller Höhe einbezogen werden, egal ob die Beiträge teilweise privat (als Versicherungsnehmer) einbezahlt wurden.\nThema: Steuerrecht Newsletter: Newsletter 1/2016


Men in Black: Agenten in Schwarz - Leser-Test von axelkothe Suche\nMen in Black: Agenten in Schwarz - Leser-Test von axelkothe\n16.12.2002 um 00:06 Uhr Das Game Boy Advance Spiel um die Agenten in Schwarz basiert nicht direkt auf dem erfolgreichen Kinofilm, sondern auf der TV-Zeichentrickserie, die jedoch wiederum auf dem Film basiert.\nEin umfassende Hintergrundgeschichte gibt es bei Men in Black – The Series nicht. Stattdessen hat jedes der sechs Level eine eigene kurze Vorgeschichte. So sind im ersten Level einige gefährliche Alienwürmer ausgerissen und machen das Hauptquartier unsicher. Euer Job ist es, die Viecher wieder einzufangen.Wer ohne die Anleitung zu lesen gleich mit dem Spiel beginnt, wird sich wundern: Es gibt einen Knopf zum Schießen, zum Waffenziehen, zum Waffenwechseln und zum Rennen, aber es gibt keinen Knopf zum Springen! Des Rätsels Lösung ist, dass eure Spielfigur automatisch springt, wenn ihr auf ein Loch im Boden zurennt, über das ihr drüberkommen könnt.\nAnsonsten bietet das Spiel eigentlich recht typische Kost. Wie bereits angesprochen gibt es in jedem Level eine andere Aufgabe für die Agenten zu lösen. Einmal müsst ihr Raketen entschärfen, die von den Aliens aktiviert wurden, ein anderes Mal müsst ihr mit Hilfe des Neuralisators das Gedächtnis von Zeugen von Alienaktivitäten löschen. Doch dabei nicht vergessen vorher die Sonnenbrille aufzusammeln. Diese liegt nämlich, wie die Waffen im Level herum und müssen erst aufgesammelt werden. Zu Beginn eines Levels habt ihr nur die Standartwaffe mit geringer Durchschlagskraft aber unendlichem Munitionsvorrat. Mit den anderen Waffen lassen sich bestimmte Wände zerstören, Gegner einfrieren oder gegnerische Geschosse zurückgelenkt werden. An anderen Extras gibt es neben dem schon erwähnten Neuralisator samt Sonnenbrillen noch eine Tarnkappe für Unverwundbarkeit, ein Alien-Enttarnungsgerät, ein Erste Hilfe Kit und Extraleben.Die sechs Level führen euch vom MIB Hauptquartier über ein Alien Forschungslabor und ein Raketensilo bis hin nach Manhatten an Halloween. Dabei geht es in den Szenarien selten viel von links nach rechts, sondern vielmehr, über mehrere Stockwerke verteilt nach oben oder unten. Ein anderes Stockwerk erreicht euer Agent dabei über Leitern, Aufzüge oder durch Klettern an den Plattformen.Natürlich stellen sich auch einige Gegner in euren Weg. Sehr viele unterschiedliche Gegner gibt es leider nicht, und manche werden nur mit anderen Farben später wieder eingesetzt. Einen Endgegner können die Stages auch nicht vorweisen. Sind die Aufgaben erledigt erhaltet ihr ein Passwort und die nächste Stage beginnt.Technik: Die Grafik von men in Black – The series sieht aus, als wäre sie eigentlich für ein Game Boy Color – Spiel gezeichnet worden und nützt die Fähigkeiten des Game Boy Advance nicht im Geringsten aus. Wenig Details, mäßige Animationen und eine traurige Anzahl an Farben zeugt nicht gerade vom Können der Verantwortlichen. Der Sound ist unauffällig und passt sich dem Niveau der Grafik in etwa an.Axels Meinung: Men in Black – The Series stellt für mich eines dieser typischen Lizenzspiele dar, mit denen Versucht wird, mit bekanntem Namen den Spielern das Geld aus der Tasche zu ziehen. Einige nette Ideen wie die unterschiedlichen Aufgaben in den Levels sind zwar vorhanden, doch die etwas seltsame Steuerung, die unterdurchschnittliche Technik und die langweiligen Gegner lassen das Spiel schnell in der Ecke vergammeln. Dazu trägt auch bei, dass das Spiel recht schnell durchgespielt ist und es keine weitere Anreize für einen weiteren Anlauf gibt.Negative Aspekte:viel zu kurz, schlechte Grafik, langweilige GegnerPositive Aspekte:nette Ideen, coole CharaktereInfos zur Spielzeit:axelkothe hat sich 0-1 Stunden mit diesem Spiel beschäftigt.\nAngebote der Woche bei notebooksbilliger.de (u. a. AVM FRITZ!Box 6490 Cable + FRITZ!DECT 200 für 199€) The Crew: Calling All Units [PC Code - Uplay] 8,48€ (Vergleichspreis 24,49€) Destiny 2 (PC / Battle.net Key) (-10%) 53,99€ Wolfenstein II: The New Colossus - Collectors Edition [AT-Pegi] (PC & Konsole) 109,99€ (Vorbesteller-Preisgarantie) Alle Schnäppchen\n1 2 Men in Black: Agenten in Schwarz - Leser-Test von axelkotheBildergalerie zu "Men in Black: Agenten in Schwarz - Leser-Test von axelkothe"\nAktuelles zu Men in Black\nMen in Black: Verfaulter Alien-Salat - Leser-Test von sinfortuna


Objektsicherheit / Einbruch .:. MEYTEC GmbH Informationssysteme\nBurglary and hold-up alarm systems\nEinbruchmeldeanlagen (EMA) sind technische – ausschließlich elektronisch betriebene - Einrichtungen, die dem Objekt- und Personenschutz dienen.\nMit einer Einbruchmeldeanlage wird für Ihr Objekt ein Außenhautschutz realisiert.\nSollte bei „Scharf“ geschalteter Anlage einer der Melder eine Verletzung registrieren wird ein Alarmsignal ausgelöst. Das kann vor Ort eine Sirene und Blitzlampe und, oder ein Alarmsignal zu einem Wachschutz sein.\nAlle Techniker sind durch herstellerspezifische Lehrgänge bestens ausgebildet und können kundenbezogen die Anlagen für alle Sicherungsklassen von A bis C errichten.\nSie besitzen Zertifikate von:\nSie erhalten von MEYTEC GmbH Informationssysteme als VdS anerkannte Errichter Firma ein entsprechendes Attest für die PLZ- Gebiete 01-04, 06, 10-19, 39 für Ihre Versicherung.


Mississhop Damen Leinenhose Lockere Freizeithose Lange 100% Leinen Hose Uni Elegante Stoffhose Haremshose Stoffgürtel B07CWPZ7J7 [B07CWPZ7J7] - €31.47\nSeidentunika für Damen Made in Italy FledermausÄrmel Viele Farben 38 40 42 44 B07C9WGP5Q\nVila Damen Hemd Vibista Denim Shirtnoos B014KOTJN0\nHevoiok Herbst Winter Kapuzenpullover Damen Elegant locker Langarm Einfarbige Sweatshirt Hooded Bluse Pulli Kapuzensweater B07GXJD7K1\ns.Oliver Damen Bluse B06Y6J7YMD\nStartseite Hosen Mississhop Damen Leinenhose Lockere Freizeithose Lange 100% Leinen Hose Uni Elegante Stoffhose Haremshose Stoffgürtel B07CWPZ7J7\nS (entspr. 34) M (entspr. 36) L (entspr. 38) XL (entspr. 40) XXL (entspr. 42) XXXL (entspr. 44)\nDiese wunderschöne einfarbige 100 % Leinenhose ist ein absolutes Must Have für jede Frau! Sie verleiht der Trägerin einen eleganten weiblichen Look ohne viel Aufwand und lässt sich somit zu Allem kombinieren - ob in der Freizeit zu einem Basic Shirt oder zum Ausgehen mit High Heels und einer verspielten Bluse. Die Stoffhose ist durch die einzelnen Knöpfe an den Hosentaschen ein besonderer Hingucker! Auch der luftig leichte Schnitt verleiht seiner Trägerin eine sehr feminine Ausstrahlung und in Kombination mit dem schönen Stoffgürtel an der Hüfte umschmeichelt das Teil auch jede Figur. Ebenso hat die sommerliche Haremshose einen Gummizug an der Hüfte, der dem Teil neben einer lässigen und sportlichen Ausstrahlung auch viel Komfort verleiht! Besonders an warmen Sommer- oder Frühlingstagen sorgt sie durch all diese verspielten Details für ein wundervolles Tragegefühl. Vor allem der Stoff (100% Leinen) ist qualitativ sehr komfortabel, weich und liegt angenehm locker luftig auf der Haut. Leinenhosen eignen sich hervorragend für Frühling und Sommer!


Fernbedienung Code Liste | Codeliste der Fernbedienung\nBitte verwenden Sie die untenstehende Markenliste, um die. Die vollständige Liste der Fernbedienungscodes finden Sie hier. Codeliste für die Universal-Fernbedienung. - Suchen Sie in der Gerätecodeliste nach einem Code für Ihr AV-Gerät. In der Liste der TV-Codes finden Sie alle TV-Codes und vielen Dank für den Kauf dieser Universal-Fernbedienung.\nWie kann ich die Code-Liste der Universal-Fernbedienung von silvercrest finden? Vierstellige Zahlenkombination\nDie Fernbedienung meines Fernsehers habe ich aus den Augen gelassen (so dass ich sie nicht finden kann), also habe ich mir eine Universalfernbedienung von der Firma Medical besorgt. Aber ich weiß nicht, wie man die Fernbedienung zum Erlernen bringt, also ist sie auf den TV einstellbar. Woher bekomme ich die Fernbedienung? Eingabegerät (TV: Philips + Ambilight) - Fernbedienung defekt - 27 inch - Mir fehlt nur der Code, den Sie auf der Fernbedienung eingeben mÃ??ssen, um mit dem TV zu kommunizieren, wenn jemand den Code kennt, dann schreib bitte gleich als Rückmeldung!\nExistiert eine Liste von Fernsteuerungscodes irgendwoher?, Allgemein\nHallo! Die Fernbedienung von zwei meiner älteren Hifi-Komponenten funktioniert nicht mehr. I würde programmiert gern eine lernfähige Fernbedienung, aber ich habe diese nicht. dafür . Weiß jemand, ob es eine Liste von Fernsteuerungscodes gibt? Unglücklicherweise kann ich dir nicht weiterhelfen, aber ich kann dir versichern, dass du nicht die Einzigen mit diesem Fehler bist, ich habe auch einige ältere Geräte, deren Handsender kaputt oder verloren sind....\nEs gibt nur eine Sache, die hilft: Werben Sie in Magazinen (oder heute lieber im Internet), wenn jemand eine dieser Fernsteuerungen hat und leihen Sie sich würde, um die Code zu Kopieren..... Hallo, kaufen Sie sich eine AllIn1 Fernbedienung, die alle gängigen Coden aufnimmt. Mein "All in One", das Teil meines Yamaha-Receivers war, will meinen Cat-DVD-Player überhaupt nicht betreiben.....\nWenn jemand den Code für kennt, den CAT - immer dabei. Unglücklicherweise liegt der Schwerpunkt auf Ami-Komponenten, aber für die Yamaha sollte es auf jeden Fall die Kodes sein.\nFernsteuerung - Vu+ WIKI\nFünf unterschiedliche Fernsteuerungen sind für die VU+ STBs im Einsatz. 1 ) Bei den ersten Lieferungen der Vu+ Duo wurde die Fernbedienung Typ II inkludiert, inkl. einem Gutschein für eine Fernbedienung Typ IV. Das Vu+ Duo² wird zur Zeit nur mit Typ IV Fernsteuerungen geliefert. Mit der neuen Vu+ Fernbedienung können Sie Ihren Receiver und Ihr TV-Gerät parallel bedienen.\nMit den Basisfunktionen des TV-Gerätes (Ein/Aus, Volume +/-, Stumm, AV) und allen Funktionalitäten des Empfängers können Sie arbeiten, ohne zwischen TV- und Empfänger-Modus wechseln zu müssen, wie es bei anderen Universalfernbedienungen erforderlich ist. Zu diesem Zweck ist es jedoch erforderlich, die Fernbedienung speziell für das TV-Gerät aufzusetzen. Der erforderliche vierstellige Code für Ihr IV-Gerät ist in der TV-Herstellerliste im Handbuch zu entnehmen.\nBetätigen Sie die Knöpfe  und für ca. drei Sek., bis die LED aufleuchtet. Nach dem vierstelligen Code in der TV-Herstellerliste nachschlagen und diese 4 Stellen eintragen. Alternative: Als Code "0000" eintragen, um den automatischen Suchlauf zu beginnen und den Code zu finden. Gedrückthalten Sie[Mute] oder[Power], bis Ihr Fernseher stummgeschaltet ist oder sich ausmacht.\nBetätigen Sie die Knöpfe [Lautstärke+] /[Lautstärke-], um die Funktionen des Fernsehers zu überprüfen. Sind die Lautstärketasten funktionsfähig, tippen Sie auf , um den Setup-Modus zu beenden. Wurde die Tonart [AV] nicht bereits von der Programmierung der Taste[TV Power] automatisch gesetzt, befolgen Sie diese Anweisungen: Halten Sie die Tasten und ca. drei Sek. gedrückt, bis die LED erlischt.\nUm den Setup-Modus zu beenden, tippen Sie auf . Es kann nicht anders eingestellt werden, z.B. für den Vu+ Empfänger! Vor dem Einrichten des FB sind diese Schlüssel nur für den Empfänger bestimmt. Die übrigen Schaltflächen sind nur für den Empfänger bestimmt. Für eine einfache Lautstärkeeinstellung setzen Sie den Lautstärkepegel Ihres Empfängers auf 50%.\nAnschließend müssen Sie nur noch die Laustärke an Ihrem Fernseher anpassen, ohne dies auch am Empfänger tun zu müssen. Halten Sie die Tasten und etwa drei Sekunden lang gedrückt, bis die LED aufleuchtet. Betätigen Sie die Tasten,,,. Zur Einstellung der Aufnahmelautstärke mit dem Fernseher betätigen Sie die Taste[TV Power].\nMöchten Sie die Intensität mit dem Empfänger regeln, betätigen Sie die Taste[Receiver Power]. Halten Sie die Tasten und etwa drei Sekunden lang gedrückt, bis die LED aufleuchtet. Betätigen Sie die Tasten,,,. Die Fernbedienung wird auf die Werkseinstellungen zurückgeführt. Du kannst den Systemcode deiner Vu+ Fernbedienung entsprechend dem gewünschten Vu+ Model ändern.\nStandardmäßig ist der Systemcode Modus 2 voreingestellt. Modus 1: Duett / Solomodus 2: Uno 4K / Uno 4K / Duos / Solo 4K / Solo / Solo SE / Solo SE / Solo SE V2 / Uno / Uno / Eltimo / Zero Modus 3 & 4: für zukünftige Models vorbehalten.\nHalten Sie die Taster 2 und 7 ca. drei Sek. lang gedrückt, bis die LED aufleuchtet. Je nach verwendetem Vu+ Modell aus. Der 5-stellige Code ist in der TV-Herstellerliste im Handbuch der Fernbedienung zu sehen. Bei der Fernbedienung vom Type V handelt es sich um einen Universal-FB, mit dem Sie Ihren Receiver und Ihren Fernseher zur gleichen Zeit bedienen können.\nDie Basisfunktionen Ihres TV-Gerätes (TV Ein/Aus, Volume +/-, Stummschaltung, AV) sowie alle Funktionalitäten des Empfängers können Sie komfortabel steuern, ohne jedes Mal zwischen Fernseher- und Empfängermodus wechseln zu müssen, wie es bei vielen anderen Universal-Fernbedienungen der Fall ist: Diese Form des Universal-FB Ihres Vu+ ist viel edler und es ist kein überflüssiges Schalten der Gerätefunktion erforderlich.\nDie Fernbedienung am Fernseher erscheint nach erfolgreicher Verbindungsaufnahme als angeschlossenes Endgerät und Sie können das Menu schließen. Jedes Mal, wenn Sie die Tastenkombination[ CH+] oder[CH-] betätigen, wird das Power-OFF-Signal an den Fernseher übertragen. Anmerkung: Die Schaltfläche AV ist nur zum Schalten der Eingabequelle am Fernseher vorgesehen, sie kann nicht anders als beim Vu+ Empfänger einprogrammiert werden!\nBei diesen Schaltflächen handelt es sich nur um den Empfänger, bevor Sie das FB-Setup ausgeführt haben. Die übrigen Schaltflächen sind nur für den Empfänger bestimmt. Für eine einfache Lautstärkeeinstellung setzen Sie den Lautstärkepegel Ihres Empfängers auf 50%. Anschließend müssen Sie nur noch die Laustärke an Ihrem Fernseher anpassen, ohne dies auch am Empfänger tun zu müssen.\nDen Systemcode Ihrer Vu+ Universal-Fernbedienung können Sie entsprechend dem gewünschten Vu+ Model ändern. Standardmäßig ist der Systemcode Modus 2 voreingestellt. Modus 1: Zweierlei / Solomodus 2: Eltimo 4K und Uno 4K und Uno 4K und Duo 2 Solo 4K und Solo SE und Solo SE und Solo SE V2 und Uno und Solo und Solo Null und Solo 4K und Uno 4K und Eltimo 4K Modus 3 und 4: nur für zukünftige Models.\nHalten Sie die Tasten[STB POWER] und[OK] etwa drei Sekunden lang gedrückt, bis die LED aufleuchtet. Je nach Vu+ Modell betätigen. Der 5-stellige Code ist in der TV-Herstellerliste im Handbuch der Fernbedienung zu sehen. Bei der Fernbedienung vom Type VI handelt es sich um einen Universal-FB, mit dem Sie Ihren Receiver und Ihren Fernseher zur gleichen Zeit bedienen können.\nJedes Mal, wenn Sie die Funktionstaste gedrückt halten, wird das Ausschaltsignal an den Fernseher übertragen. Anmerkung: Die Schaltfläche AV ist nur zum Schalten der Eingabequelle am Fernseher vorgesehen, sie kann nicht anders als beim Vu+ Empfänger einprogrammiert werden! Bei diesen Schaltflächen handelt es sich nur um den Empfänger, bevor Sie das FB-Setup ausgeführt haben.\nDie übrigen Schaltflächen sind nur für den Empfänger bestimmt. Für eine einfache Lautstärkeeinstellung setzen Sie den Lautstärkepegel Ihres Empfängers auf 50%. Anschließend müssen Sie nur noch die Laustärke an Ihrem Fernseher anpassen, ohne dies auch am Empfänger tun zu müssen. Den Systemcode Ihrer Vu+ Universal-Fernbedienung können Sie entsprechend dem gewünschten Vu+ Model ändern.\nStandardmäßig ist der Systemcode Modus 2 voreingestellt. Modus 1: Zweierlei / Solomodus 2: Eltimo 4K und Uno 4K und Uno 4K und Duo 2 Solo 4K und Solo SE und Solo SE und Solo SE V2 und Uno und Solo und Solo Null und Solo 4K und Uno 4K und Eltimo 4K Modus 3 und 4: nur für zukünftige Models.\nHalten Sie die Tasten[STB POWER] und[OK] etwa drei Sekunden lang gedrückt, bis die LED aufleuchtet. Je nach Vu+ Modell betätigen. Zur Änderung des Fernbedienungscodes am Vu+ STB muss der Systemerweiterungscode der Fernbedienung abgerufen und der Code angepaßt werden.\nManche Störungen sind auch oft auf entladene Akkus zurückzuführen oder der Plasma-TV beeinträchtigt die Fernsteuersignale.


Lassen Sie uns gleich damit beginnen, uns an die faszinierende Welt von Java heranzutasten. Bevor wir jedoch zur eigentlichen Java-Schnuppertour kommen, sollen für die Leser, die Java bereits kennen, kompakt die Neuerungen von Java 2.0 und dem JDK 1.2/1.3 aufgeführt werden.\nIn diesem Abschnitt wird eine gewisse Vertrautheit mit den wichtigsten Begriffen von Java und seinem Umfeld vorausgesetzt. Wer sich mit Java noch nicht auskennt, kann gerne später auf diesen Abschnitt zurückkommen.\n1.1 Java 1.2, Java 2.0, JDK 1.2 und JDK 1.3\nJava 2.0! Erheblich verspätet, aber dafür mit umso lauterem Getöse ging Java nach dem fulminanten 1.0-Einstieg und den Zwischenversionen 1.1 und 1.2 (Beta) Anfang 1999 in die zweite Runde. Im Dezember 1998 hatte Sun Microsystem (der »Eigentümer« von Java) endlich die bereits Anfang 1998 angekündigte und mehrfach verschobene Finalversion des JDK 1.2 (Java Development Kit) - der Java-Entwicklungsumgebung - freigegeben. Kurz danach gab Sun auf der Java Business Expo bekannt, dass es nicht nur ein neues JDK, sondern ein vollständiges Plattform-Update unter dem Namen Java 2.0 gibt.\nDiese Namenspolitik überraschte zum damaligen Zeitpunkt doch ziemlich, denn es schien bis dahin klar, dass das vollständige Update der bis dahin vertriebenen JDK-Finalversion 1.1 und seiner ergänzenden Tools als Version 1.2 in Umlauf kommt. So ganz überzeugt von seiner Namenspolitik scheint auch Sun nicht gewesen zu sein, denn das erste JDK von Java 2 - Kern der Java-2.0-Plattform - wurde innerhalb der Java-2.0-Plattform als JDK 1.2 eingeführt und auch das neue JDK von Java 2 läuft als Version 1.3. Sogar Publikationen zur Gesamtplattform wurden von Sun Microsystems noch Anfang 1999 unter dem Titel »Java 1.2« veröffentlicht. Aber um es gleich vorab festzuhalten - die Veränderungen des Java-APIs (API ist die Abkürzung für Application Programming Interface -Programmier- und Anwendungsschnittstelle), die sich noch zwischen den Betaversionen des JDK 1.2 und der als Final freigegebenen Version ergeben haben, erzwangen eine solche Namenspolitik fast unweigerlich. Es war leider so, dass beispielsweise das API der dritten Betaversion 1.2 und das 1.2/2.0-Final-API extrem viele Unterschiede aufwiesen. Der Oberbegriff »Java 2« macht den Break zu den Vorgängerversionen (insbesondere den inkompatiblen Betaversionen) deutlich. Mit der Einführung des JDK 1.2 und der Java-2-Plattform hatte Sun endlich einen Stand geschaffen, von dem aus es weitgehend um die Verbesserung der Stabilität (ein rigoroses Qualitätssicherungsprogramm) und Performance (Vervollkommnung der virtuellen Maschine) ging. Davor lag der Hauptfokus auf dem Ausbau und der Entwicklung von neuen Features und der Beseitigung von Schwachstellen. Zwischen dem JDK 1.2 und dem Mitte 2000 eingeführten JDK 1.3 (Codename Kestrel) hingegen sind die Unterschiede nicht mehr so gravierend, weshalb Java 2 ohne gravierende Probleme als Obermenge für beide JDK-Welten fungieren kann. Vor allem sind die Veränderungen von dem JDK 1.3 fast nur als echte Erweiterungen und Verbesserungen zu sehen, die keine gravierenden Inkompatibilitäten zum JDK 1.2 nach sich ziehen. Dementsprechend werden das JDK 1.3 wie auch das JDK 1.2 und die dazwischen liegenden Versionen JDK 1.2.1 und 1.2.2 zur Java-2-Plattform gezählt. Die vielleicht bedeutendste Erweiterung des JDK 1.3 ist die Einführung der HotSpot-Technologie. Diese beinhaltet im Wesentlichen eine so genannte adaptive Compilertechnologie, bei der interpretierte Programmteile bei Bedarf zur Ausführungszeit des Programms in Maschinencode übersetzt werden kann. Dazu zählt ebenso eine geschwindigkeitsoptimierte virtuelle Maschine für den Client und die zugehörigen, mit dem JDK 1.3 neu eingeführten neuen Optionen bei einigen Programmen des JDK. >\nDer Mischmasch der Versionen führt bei vielen Betrachtern zu Verwirrung. Deshalb zur Klärung - wir werden uns in dem Buch mit Java 2.0 und vor allem dem dazu gehörenden JDK 1.3 beschäftigen, aber die Aussagen gelten auch meist für das JDK 1.2. Allgemein wird das gesamte Konzept zur Entwicklung von Applikationen für Java 2 mit dem JDK 1.3 unter »Java 2 SDK« zusammengefasst (SDK steht für Software Development Kit).\nWesentlicher Unterschied zwischen der vollständigen Java-Plattform und dem JDK ist, dass die Plattform weitere APIs, Programme, Tools und Konzepte enthält. Hierzu zählen das JSDK (Java Servlet Development Kit), das bis zur Beta 4-Version des JDK 1.2 noch zu diesem gezählt hatte, oder auch andere Tool-Pakete, die die Funktionalität des JDK erweitern. Die aktuelle Java-2-Plattform und das Java 2 SDK (Java 2 Software Development Kit) beinhalten unter anderem folgende Basiselemente:\nSichere und signierte (d.h. eindeutig identifizierbare) Applets\nEin Collections Framework, d.h. eine einheitliche Architektur für die Darstellung und Manipulation von Collections, unabhängig von den Details ihrer Repräsentation\nJavaBeans, d.h. Komponenten, die in Java erstellt sind und innerhalb von Java-Entwicklungsumgebungen verwendet werden können\nDie Unterstützung von Ein- und Ausgabe\nVerfahren zur Internationalisierung\nUmfangreiche Mechanismen zur Arbeit im Rahmen von Netzwerken\nReflection, ein Verfahren, um in Java-Code Informationen über Felder, Methoden und Konstruktoren von geladenen Klassen verfügbar zu machen\nSound- und Multimedia-Unterstützung\nReferenz-Objekte für den limitierten Zugriff auf die Garbage Collection (das Speichermanagement von Java)\nObject Serialization, um Objekte speichern und anschließend wieder seriell auslesen zu können\nZugriff auf JAR-Files (Java-Archive) - ein besonderes Komprimierungsformat für Java\nDas Java Native Interface (JNI) für die Verbindung zu C/C++-Sourcen\nSprach- und Utility-Packages\nRemote Method Invocation (RMI) für die Arbeit mit verteilten Anwendungen und CORBA (Common Object Request Broker Architecture), den Standard, der die Kommunikation zwischen Objekten und Programmen regelt\nUnterstützung von mathematischen Vorgängen mit großen Zahlen und hoher Genauigkeit\nIdentifikation von Package-Versionen\nPlattformneutraler Zugriff auf Systemressourcen\nDer Extension Mechanism, um einfachen Zugriff auf Pakete zu gewährleisten, die nicht zu den Java-Standard-Packages gehören\nDie Version 1.3 des Java-2-SDK und der Java-2-Laufzeitumgebung beinhaltet diverse Verbesserungen zur Beschleunigung der Performance\nDas Konzept der zur Java-2-Plattform gehörenden Java Foundation Classes (JFC) beinhaltet folgende Details:\nDas Abstract Window Toolkit (AWT) zur Erstellung von einfachen grafischen Benutzeroberflächen\nSwing-Komponenten zur Erweiterung des AWTs\nUnterstützung von 2D-Graphics und -Imaging\nDas Input Method Framework für die Zusammenarbeit zwischen texteditierenden Komponenten und Eingabemethoden in den unterschiedlichsten Sprachen und verschiedensten Eingabemedien (Tastatur, Sprache oder auch handschriftlich per Schrift und sensitivem Display)\nDas Java-Accessibility-API, womit Java-Applikationen mit unterstützenden Technologien wie Spracherkennungssystemen oder Eingabebildschirmen interagieren können\nDrag&Drop-Datentransfer zum Datenaustausch zwischen Java- und nativen Applikationen, zwischen verschiedenen Java-Applikationen oder auch nur innerhalb einer einzelnen Java-Applikation\nZu den erweiterten Features des Java-2-SDKs zählen die folgenden Konzepte:\nAls Erweiterung des Remote Method Invocation (RMI) die RMI-IIOP-Technik und Interface Definition Language (IDL) für die Erstellung von CORBA-kompatiblen Schnittstellen. RMI-IIOP ist eine neu eingeführte Technologie, die Java RMI und Java IDL verbindet und CORBA-kompatible Schnittstellen direkt in Java erstellen lässt. In dem neuen SDK verwendet Java IDL eine neue Version des Java-to-IDL-Compilers. Dieser Compiler unterstützt einen neuen CORBA-Standard.\nJava Database Connectivity (JDBC) für den leichten und plattformneutralen Zugriff auf Datenbanken unter Java\nDas Java Naming and Directory Interface (JNDI) für die Angabe von Ressourcen (Verzeichnisse, Drucker usw.) über einen plattformunabhängigen Namen aus einer Java-Applikation heraus. Die JNDI-Architektur basiert auf einem eigenen API und einem SPI (Service Provider Interface). Neu in der aktuellen Java-2-Plattform ist, dass das vorher nur als Standarderweiterung vorhandene Interface nun voll integriert ist. JNDI beinhaltet u.a. Support für LDAP-v3-Erweiterungen sowie das Lightweight Directory Access Protocol (LDAP), den CORBA Object Services Naming Service (COS) und das Java Remote Method Invocation Registry (RMI).\nDas Java-2-SDK beinhaltet zudem einen Tool Support, der folgende Konzepte enthält:\nDie Java Platform Debugger Architecture (JPDA) zur Bereitstellung von drei Schnittstellen, die von Debuggern in Entwicklungsumgebungen verwendet werden können. Das Java Virtual Machine Debugger Interface definiert die Dinge, die eine JVM (Java Virtual Machine) zur Unterstützung bereitstellen muss. Das Java Debug Wire Protocol definiert die geforderten Formate und das Java Debug Interface die Informationen und Anworten auf User-Ebene.\nDas Java Virtual Machine Profiler Interface (JVMPI) als eine experimentelle, nicht standardisierte Schnittstelle zum Profiling (Anpassen von Programmen an unterschiedliche Bedürfnisse)\nDie wesentlichen Neuerungen der Java-2-Plattform gegenüber den Vorgängerversionen konzentrieren sich auf die Bereiche Sicherheit, Interoperabilität mit anderen Systemen, Plattformneutralität, Geschwindigkeitssteigerung, Internationalisierung und Vereinfachung der Entwicklungstätigkeit. Prinzipiell sollte man dabei festhalten, dass schon im Schritt von 1.0.x auf die Final 1.1.x-Versionen erhebliche Veränderungen stattfanden. Leider gab es aber auch viele Veränderungen im Laufe der vier Betaversionen des JDK 1.2, weshalb diese Betaversionen in vielen Bereichen nicht mehr mit dem Finalrelease 1.2 (und natürlich erst recht nicht dem JDK 1.3) übereinstimmen. Gerade der Wechsel von der Beta-3-Version auf die wenig beachtete Beta-4-Version des JDK 1.2 beinhaltete zahlreiche und sehr massive Modifikationen, insbesondere auf Ebene des API, aber auch bei Tools. Viele Umsteiger von einem JDK 1.1.x oder einer der drei ersten Betaversionen 1.2 hatten deshalb ziemliche Umstellungsprobleme. Die wichtigsten dieser Reformen und Erweiterungen von Java und des JDK bis zu der aktuellen Version sollen im Rahmens dieses Buchs näher erläutert werden. Dabei sind die Änderungen im Detail natürlich so umfangreich, dass wir sie hier nicht allesamt ansprechen können. Glücklicherweise sind eine Menge von Veränderungen auch so speziell, dass »normale« Programmierer davon kaum berührt werden.\n1.2 JavaSoft und Sun\n»Verantwortlich« für Java ist Sun Microsystems (http://java.sun.com) bzw. JavaSoft - eine Tochterfirma der Firma Sun Microsystems. Wir werden im Folgenden nicht so genau zwischen Sun und JavaSoft trennen, da diese organisatorischen Strukturen für Sie nur am Rande interessant sein dürften. Wie dem auch sei - Sun und JavaSoft halten im Internet permanent die aktuellsten Informationen um Java bereit. Die wichtigsten Informationen kann man in folgende Bereiche klassifizieren:\nNeues und Aktuelles zu Java, Veränderungen u.ä. (http://java.sun.com/products/jdk/1.3/relnotes.html bzw. http://java.sun.com/products/jdk/1.3/docchanges.html)\nTipps für Entwickler und FAQs (häufig gestellte Fragen) (http://java.sun.com/products/jdk/faq.html)\nDownloadmöglichkeiten für diverse Produkte (http://java.sun.com/products/jdk/1.3/index.html bzw. http://java.sun.com/products/)\nDie offizielle Java-Sprachspezifikation (http://java.sun.com/docs/books/jls/html/index.html)\nDie Spezifikation der virtuellen Maschine (http://java.sun.com/docs/books/vmspec/2nd-edition/html/VMSpecTOC.doc.html)\nInformationen zur Java-Laufzeitumgebung und dem Java-Plug-In (http://java.sun.com/products/jdk/1.3/jre/)\n1.3 Die Java-Neuerungen\nBehandeln wir zuerst die Neuerungen, die Java im weiteren Sinn betreffen.\n1.3.1 Kompatibilität und das Java-Plug-In\nIm Allgemeinen gilt, dass Entwicklungen, die mit einer älteren Version von Java erstellt wurden, ebenso in der virtuellen Maschine der Folgeversionen ohne Probleme laufen sollten. Dies gilt sowohl auf binärer Ebene als auch auf Ebene des Quelltextes (allerdings definitiv ohne Gewährleistung durch Sun). Ausnahmen sind explizit diejenigen Java-Programme, die mit einer der Java-Vorgängerversionen erstellt wurden und die auf Klassen zurückgreifen, in welchen sicherheitsrelevante Löcher festgestellt wurden. Auch einige Java-Programme, die auf Klassen mit Implementations- oder Designbugs zurückgreifen, können unter neuen Versionen unter Umständen nicht mehr laufen. Solche Applikationen müssen bei einer Portierung von älteren auf eine neuere JVM neu kompiliert werden.\nBei der Neukompilierung von älterem Java-Quellcode werden dann ziemliche Schwierigkeiten auftreten, wenn dort Java-Pakete importiert werden, die in dem neuen Konzept nicht mehr vorhanden sind (das ist zwar selten, aber möglich) oder verlagert und/oder umbenannt wurden (das ist leider sehr oft der Fall). Beispielsweise sind die Pakete des gesamten Swing-Konzeptes ab dem JDK 1.2 gegenüber der bisherigen Konzeption (Version 1.1 und sogar Beta 1.2) vollständig verlagert und umbenannt worden. In solchen Fällen muss in dem Java-Quelltext die import-Struktur dem neuen API natürlich angepasst werden. Sie finden dazu im Anhang eine Tabelle.\nInsgesamt gab es in der 1.1.1-Version als erste richtige Finalversion nach dem 1.0.x-Standard eine ganze Menge an neuen Funktionalitäten. Innerhalb der einzelnen Zwischenvarianten der 1.1-Versionen fanden dahingegen keine echten Erweiterungen statt, sondern weitestgehend nur Fehlerbereinigungen und interne Optimierungen.\nDie erste öffentliche JDK-Version 1.2 Beta wurde während des Jahreswechsels 1997/98 vorgestellt und enthielt doch einige Überraschungen. Insbesondere wurden einige 1.1-Entwicklungen bzw. Features der Vorgänger wieder zu den Akten gelegt, weil sie nicht ganz die Erwartungen erfüllt hatten (ein Sicherheitstool und einige Optionen). Dies bedeutet, dass in der Sicherheitsfunktionalität von Java eine gewisse Inkompatibilität zwischen Java 1.1.x und den Folgeversionen besteht. Zwischen der JDK-Version 1.2 und 1.3 wurden dann kaum noch solche Änderungen durchgeführt, die zu echten Inkompatibilitäten führen können.\nEine gewisse Schwierigkeit bei Java-Applets ist die Integration von Java-Versionen jenseits von Java 1.0.2 (!) in die gängigen Browser. Applets, die neuere APIs nutzten, setzen einen entsprechend kompatiblen Browser oder Viewer voraus. Dies war (und ist!) ein nicht ganz unbeträchtliches Problem, denn viele der heute noch im Internet verwendeten Browser unterstützen maximal Java 1.0.2, können also mit auf dem 1.1-API (oder Folgeversionen) basierenden Funktionalitäten nichts anfangen. Die meisten Programme, die Java unterstützen, wurden erst Anfang 1998 auf die Unterstützung von Java 1.1.3 upgedatet. So kann der Netscape Communicator in den Versionen 4.03-4.05 nur mit Java-1.1-Funktionalität umgehen, wenn er mit dem JDK-1.1-Patch ausgestattet ist. Ab der Version 4.06 ist JDK-1.1-Unterstützung dann teilweise (!) integriert. Der Microsoft Internet Explorer kann ab der Version 4.01 mit Java-1.1-Funktionalität umgehen (mit den üblichen Einschränkungen durch die Auffassung von Microsoft, was Java genau sein soll). Java 2.0 und das JDK 1.2 bzw. 1.3 mit den zugehörigen Klassen erzeugen nun aber erneut das Problem. Zusammenfassend muss man festhalten: Es gibt eine Vielzahl von Problemen, wenn Sie Applets mit Funktionalitäten erstellen, die über die Version 1.0.2 hinausgehen.\nDie ganze Problematik bedeutet dennoch nicht unbedingt, dass Sie für die Erstellung von Applets mit einem alten JDK arbeiten müssen. Sofern Applets mit einem beliebigen JDK erstellt und kompiliert wurden und nur auf Java-Standard-1.0.2 basierende Funktionalitäten nutzten, sollten sie auch in nur diesen Standard unterstützenden Browsern/Containern dargestellt werden können. Diese Abwärtskompatibilität wird allerdings von Sun nicht ausdrücklich garantiert.\nDie Java-2.0-Plattform beugt - im Gegensatz zu den Vorgängerversionen - Inkompatibilitäten mit Browsern vor und beinhaltet ein Java-Plug-In für Webbrowser (ehemals bekannt als Activator), das automatisch von der Installationsroutine des JDK bzw. der Laufzeitumgebung mit installiert wird. Mittels dieses Tools kann die Java-Laufzeitumgebung eines Browsers durch eine beliebige andere Java-Laufzeitumgebung ersetzt werden. Damit ist im Prinzip immer eine vollständig zu einer beliebigen JVM kompatible Laufzeitumgebung für Applets vorhanden. Das Java-Plug-In wurde erstmals mit dem JDK 1.2 bzw. der zugehörigen Laufzeitumgebung JRE 1.2 ausgeliefert und installierte unter Windows in das Startmenü eine Aufrufmöglichkeit.\nAbbildung 1.1: Das Java-Plug-In, das mit dem JDK 1.2 ausgeliefert wurde\nIm JDK 1.3 hat sich die Situation insoweit verändert, als dass das Java-Plug-In unter Windows nun über die Systemsteuerung zur Verfügung steht.\nAbbildung 1.2: Das Java-Plug-In des JDK 1.3 lässt sich über die Systemsteuerung starten\nNachdem Sie das Java-Plug-In gestartet haben, können Sie das als Laufzeitmanager konzipierte Tool über verschiedene Registerblätter konfigurieren. Am wichtigsten ist wohl, dass man in dem Registerblatt Advanced bzw. Erweitert verschiedene Java-Laufzeitumgebungen (alle auf Ihren Rechner vorhandenen) einstellen kann, die als Java-Plug-In für Browser fungieren. Es ist also nicht nur möglich, zwischen verschiedenen bei Ihnen aktuell auf dem Rechner installierten Java-Laufzeitumgebungen zu wechseln. Sie können darüber hinaus jederzeit die neueste Java-Laufzeitumgebung auf Ihrem Rechner installieren und diese steht dann theoretisch denjenigen Browsern zur Verfügung, die eine externe Java-Laufzeitumgebung verwenden können.\nAbbildung 1.3: Einstellen der Laufzeitumgebung\nLeider funktioniert das Plug-In nicht bei allen Browsern und sie können sich nicht unbedingt darauf verlassen, dass die Browser mit dem 1.3-API oder sogar schon viel früher eingeführten Techniken wie Java 2D oder Swing tatsächlich zurechtkommen. Insbesondere Sicherheitsrestriktionen der Browser hebeln neuere Techniken immer wieder aus (Firewalls, keine Installationen von Plug-Ins auf Clientrechnern erlaubt, allgemeine Sicherheitsbedenken usw.).\nDie hauptsächlichen Probleme mit dem Java-Plug-In beruhen aber darauf, dass Sie bei Anwendern nicht voraussetzen können, dass das Plug-In und vor allem eine passende andere Java-Laufzeitumgebung auch wirklich installiert ist1. Ein Problem kann darin bestehen, dass die Verwendung des Java-Plug-Ins die Einbindung von Applets in Webseiten mittels des <OBJECT> oder <EMBED>-Tags voraussetzt. Meist wird jedoch das einfachere <APPLET>-Tag verwendet, und dann kann das Java-Plug-In nicht genutzt werden. Es gibt zwar von Sun einen vollständig in Java geschriebenen HTML-Konverter (zu laden von der Sun-Plug-In-Homepage http://java.sun.com/products/plugin), der aus einer Webseite mit dem <APPLET>-Tag eine solche mit <OBJECT>-Tag (für den Internet Explorer) bzw. <EMBED>-Tag (für den Netscape Navigator) macht. (Defaulteinstellung ist, dass beide Versionen in die Webseite eingefügt werden). Dies hilft jedoch keinem Anwender unmittelbar, wenn er eine Seite mit einer <APPLET>-Referenz aus dem Netz lädt.\nAbbildung 1.4: Die Plug-In-Downloadseite von Sun\nAuf Seite 29 finden Sie den Einsatz des Java-Plug-Ins konkret besprochen.\nZusammenfassend kann man sagen, dass es theoretisch möglich ist, in einem moderneren Browser Applets zu verwenden, die die gleichen APIs nutzen wie eine eigenständige Java-Applikation. Das setzt aber beim Anwender erhebliche Faktoren voraus:\n1.\tEs muss eine passende Java-Laufzeitumgebung vorhanden sein. Die Java-Umgebung, die vom Browser mitgeliefert wird, reicht in der Regel nicht aus. Entweder ist also die Laufzeitumgebung des Betriebssystems ausreichend oder der Anwender muss explizit eine Laufzeitumgebung nachinstalliert haben. Das kann man bei den meisten Anwendern definitiv nicht voraussetzen.\n2.\tDas Java-Plug-In muss vorhanden sein oder zumindest bei Bedarf nachinstalliert werden können. Letzteres wird in professionell gemanagten Netzwerken mit Firewall und zentraler Verwaltung natürlich verhindert. Aber auch im Bereich der Standalone-Rechner verhindern viele fortgeschrittene Anwender diese Nachinstallation (Sicherheits- und Stabilitätsbedenken, unerwünschter Ressourcenverbrauch auf dem eigenen Rechner, hohe Downloadkosten usw.).\n3.\tDer Ersteller einer Webseite muss das veraltete und - im Vergleich zum <APPLET>-Tag - recht komplizierte <EMBED>-Tag zum Einbinden von Applets verwenden, wenn er den Navigator unterstützen will. Der Internet Explorer verlangt gar das <OBJECT>-Tag, das die meisten Anwender wegen seiner ActiveX-Verbindung generell nicht akzeptieren. Sollen beide Browservarianten unterstützt werden, müssen (wie in unserem Beispiel gezeigt) beide Varianten in einer Webseite notiert und getrennt werden. Und damit hat man ältere Browser und einige Browser von anderen Herstellern explizit ausgeschlossen.\nIn einem Intranet können die genannten Faktoren leicht vorausgesetzt werden, weshalb dort Java-Applets voll ausgereizt werden können. Im Internet wird es noch einige Zeit dauern, bis die Voraussetzungen akzeptabel sind.\nWas heißt deprecated?\nÜber die Entwicklung von Java wurden von Sun immer wieder Java-Elemente als »deprecated« bezeichnet, was übersetzt in etwa »missbilligt«, »veraltet« oder »verworfen« bedeutet2. Dies bedeutet aber nicht, dass Sie diese Elemente vergessen können oder nicht mehr verwenden dürfen. Diese Methoden lassen sich durchaus noch anwenden und sogar mit neueren Methoden - mit der nötigen Vorsicht - mischen. Und nicht nur das - es gibt Situationen, in denen zwingend als deprecated gekennzeichnete Techniken verwendet werden müssen! Insbesondere bei der Entwicklung von Java-Applets werden Sie normalerweise gezwungen sein, das als veraltet gekennzeichnete Eventmodell 1.0 zu verwenden. Wir werden im Abschnitt über die Ereignisbehandlung von Java sowie den Applets noch genauer darauf eingehen.\nEs gibt mittlerweile zahlreiche Java-APIs, nicht nur von Sun, sondern von diversen Herstellern, die sich mit Java beschäftigen. Um das Zusammenspiel zwischen diesen verschiedenen APIs zu gewährleisten (die so genannte Interoperabilität), wurde das Java Collection Framework, eine formalisierte Schnittstelle zum Einbinden von neuen Java-Technologien, definiert. Dieses gehört in der Java-2-Plattform zu den Kerntechnologien.\n1.3.3 Anpassung einer Applikation an verschiedene Länderstandards\nEine der wichtigsten Neuerungen im Sprung von den 1.0.x-Versionen aufwärts war die mögliche Anpassung einer Java-Applikation an verschiedene Länderstandards. Eine Applikation kann so beispielsweise landesspezifische Schreibweisen berücksichtigen, wie zum Beispiel die Zeit oder das Datum. Des Weiteren ist es nun erlaubt, Texte in Menüs und Dialogen in verschiedenen Sprachen auszugeben. Der 16 Bit große Unicode kann vollständig angezeigt werden, soweit dieser bisher mit Zeichen gefüllt ist (da ist noch viel Platz). Dieser Vorgang, der von Sun mit Internationalisierung beschrieben wird, betrifft im Wesentlichen das java.text-Package und das java.io-Package.\nDas zugehörige, in der Version 1.1 neu hinzugekommene Programm native2ascii konvertiert native-verschlüsselte 8-Bit-Zeichen in Unicode.\n1.3.4 Erweiterung der Sicherheitsschnittstelle von Java\nJava ist eine der sichersten Programmiersprachen bzw. Plattformen der EDV-Welt. Aber natürlich nicht perfekt. In der Geschichte von Java wurden - wie bei jeder vergleichbaren Umgebung - immer wieder Sicherheitslücken aufgedeckt. Die immer wieder nachgeschobenen kleinen Releasewechsel beseitigten nach und nach bekannt gewordene Sicherheitslücken (so etwa 23 der 24 in der Version 1.1 im Frühsommer 97 durch Forscher der University of Washington im Rahmen des Kimera Project entdeckten Sicherheitsrisiken) und sonstige Bugs. Eine wichtige Erweiterung der ersten Java-Plattform betraf die Sicherheitsschnittstelle von Java. Diese verbindet ab der Version 1.1 so genannte Low-Level- und High-Level-Sicherheitsfunktionalität. So können ab diesem Release Applets und Daten mit einer digitalen Unterschrift versehen werden. Das Konzept wurde im Laufe der Updates noch erweitert um abstrakte Schnittstellen für die Verwaltung von Schlüsseln, das Zertifikats-Management und die Zugriffskontrolle. Spezifische APIs zur Unterstützung von X.509 v3-Zertifikaten und anderer Zertifikatformate sowie eine umfangreiche Funktionalität im Bereich der Zugriffskontrolle sind weitere Sicherheits-Highlights der neuen JDK-Versionen.\nSeit der JDK 1.1-Version ist im JDK-Paket ein Tool enthalten, mit dem Sie so genannte Java-Archive (Erweiterung .jar) signieren können. JAR-Dateien sind neu in der Version 1.1 eingeführt worden und fassen einzelne Java-Dateien zu einem Paket zusammen - später mehr dazu. Der Appletviewer erlaubt jedem aus dem Netz geladenen Applet in Form einer JAR-Datei, die als vertrauenswürdig eingestuft und mit diesem Tool entsprechend signiert wurde, mit denselben Rechten auf dem lokalen Rechner zu laufen wie eine lokale Applikation. Dies hat extrem weitreichende Konsequenzen, denn ein solches Applet ist nicht mehr Bestandteil des »Laufstalls«, in den das Java-Sicherheitsmodell Applets normalerweise zwingt.\nDas zugehörige Java-Sicherheitsprogramm der JDK-Version 1.1 heißt javakey. Dieses Tool ist als eine der bedeutendsten Neuerungen in der Version 1.2 durch die Programme keytool und jarsigner ersetzt worden. Im JDK 1.3 wurden die beiden Tools nochmals um eine neue Option erweitert (-provider). Daneben wurden bereits im JDK 1.2 die Sicherheitsprogramm jar und policytool hinzugefügt.\nDas JDK 1.2 erweiterte den Umfang der Tools, die von dem Sicherheitsmodell von Java betroffen sind, in der Finalversion um ein weiteres Programm (oldjava). Dies ist zwar nur ein Interpreter, aber dessen Hauptfunktion ist es, Applikationen zu unterstützen, die über einen eigenen Security Manager verfügen, der auf dem originalen Sicherheitsmodell von Java 1.0/1.1 basiert. Dieser wird unter der Java-2-Plattform eine Exception auswerfen und nicht starten. Solche Applikationen können mit dem Programm oldjava als Interpreter jedoch weiterverwendet werden.\n1.3.5 Verschlüsselung in Java\nDie Sicherheitsschnittstelle von Java bietet seit der Version 1.1 eine Unterstützung für die so genannte Public-Key-Verschlüsselung. Bekanntestes Beispiel für eine Public-Key-Verschlüsselung ist wohl PGP (Pretty Good Privacy). Die Public-Key-Verschlüsselung ist eine relativ neue und extrem zuverlässige Verschlüsselungsvariante, die mit zwei Schlüsseln arbeitet: einem privaten Schlüssel, der nur beim Sender verbleibt, und einem öffentlichen Schlüssel, der verschickt wird. Diesen zweiten Schlüssel darf jeder kennen, denn er wird ausschließlich zum Kodieren einer Nachricht benutzt. Zum Dekodieren kann er nicht verwendet werden. Die Folge ist, dass bis jetzt nur der Empfänger des Schlüssels an den Sender des Schlüssels eine kodierte Botschaft senden kann, die ausschließlich dieser dann mit seinem privaten Schlüssel dekodieren kann. Will der potenzielle Sender eine kodierte Nachricht verschicken, muss er also erst von dem potenziellen Empfänger den öffentlichen Schlüssel erhalten.\nDieses Verfahren hat den riesigen Vorteil, dass der Dekodierungsschlüssel niemals verteilt werden muss und es äußerst sicher ist. Nachteil ist andererseits unleugbar, dass man einen großen Aufwand mit dem Verschicken und Verwalten der verschieden Kodierungs-Schlüssel betreiben muss.\nDurch die Kombination der digitalen Unterschrift und der Public-Key-Verschlüsselung können selbst sensible Daten in einer Java-Applikation verarbeitet und im Internet bereitgestellt werden.\nZu der Funktionsweise von Verschlüsselungsverfahren im Allgemeinen finden Sie im Anhang einen Beitrag, der auf einige Grundlagen eingeht.\n1.3.6 Das Abstract Window Toolkit\nAls ein großer Nachteil von Java in der Version 1.0 wurde oft angeführt, dass Java durch seine Plattformunabhängigkeit für alle Architekturen und Betriebssysteme Vorsorge treffen muss und deshalb sehr oft nur den kleinsten gemeinsamen Nenner aller Fähigkeiten der einzelnen Plattformen nutzen kann. Java-Applets können immer nur die Möglichkeiten verwenden, die in ihrer internen Laufzeitbibliothek verankert sind (z.B. die Grafik-, Kommunikations-, Multithreading-Klassen bzw. die Klassen für die grafische Benutzeroberfläche). Da die Klassenbibliothek für den Entwurf einer grafischen Benutzeroberfläche - das AWT (Abstract Window Toolkit) - in der Version 1.0 relativ klein und allgemein gehalten wurde, konnten die Applets zu dieser Zeit nur eine Auswahl der unter Windows bekannten Elemente bieten. Hauptargument der Kritiker war, dass auf der WINTEL-Plattform (Windows und INTEL) basierende Computer die verbreitetsten Rechner im Internet sind (über 80 % der angeschlossenen Rechner) und Java für weniger als 20 % der Internetteilnehmer die vollständige Windowsfunktionalität aufgab.\nDas AWT hat in der Version 1.1 sehr weitreichende Erweiterungen erfahren. Dazu zählen eine einheitliche Druckerschnittstelle, damit Applikationen darüber plattformunabhängig drucken können (selbst dies war in der Version 1.0 noch nicht gegeben), aber auch schnelleres und einfacheres Scrolling, bessere Grafikmöglichkeiten sowie flexiblere Font-Unterstützung. Eine Unterstützung von Pop-up-Menüs und der Zwischenablage waren weitere wichtige Erweiterungen.\nDas 1.2/1.3-API hat gerade hier noch einmal zugelegt und viele weitere neue Funktionalitäten und Erweiterungen folgen lassen. Das neue Paket beinhaltet die erste vollständige Implementation der Java Foundation Classes (JFC), einem Satz von APIs und vorkompilierten Komponenten. Die JFC schließt nun Java 2D zur Erstellung von 2D-Grafiken, UI Components (Swing Package), Zugriffsmöglichkeiten auf diverse Hilfstechnologien (Accessibility), Drag&Drop und Application Services ein. Insbesondere das Swingkonzept erlaubt statt der davor recht rustikalen Oberfläche von Java-Anwendungen ein mehr dem durch Windows geprägten Massengeschmack angepasstes Aussehen.\nDas in der Version 1.0 noch sehr starr ausgelegte Eventhandling (also die Reaktion auf Ereignisse) wurde bereits für die Java-Version 1.1 völlig überarbeitet und wurde damit wesentlich flexibler. Das 1.1-Eventmodell arbeitete als Neuerung mit so genannten Delegates, d.h. Objekten, die die »Delegierten« von anderen Objekten sind. Ein Fenster erhält zum Beispiel ein Delegate-Objekt, an das dann eine Menge von Methoden geschickt wird, die das Delegate dann abarbeiten kann. Je nach dem Rückgabewert der Methode in dem Delegate wird das Fensterobjekt dann unterschiedlich reagieren. Das Delegate-Konzept an sich ist nicht neu und bereits ziemlich ausgereift, denn es wird schon seit Jahren unter dem Betriebsystem Nextstep, aber auch unter Windows NT und in der Entwicklungsumgebung OpenStep verwendet.\nDie Win-32-lmplementation des AWT wurde ebenfalls komplett überarbeitet, da die alte Version zu langsam war und viele Inkonsistenzen im Vergleich mit anderen Plattformen hatte. Damit war bereits das AWT 1.1 insgesamt erheblich schneller und stabiler geworden.\nZu der Erweiterung des AWTs zählt gleichfalls das so genannte Input Method Framework. Darunter versteht man die Eingabe und Verwendung von Text, der in beliebigen Sprachen (etwa Japanisch, Chinesisch oder Koreanisch) geschrieben sein kann. Das Besondere daran ist, dass diese Zeichen über Tastenkombinationen eingegeben werden können. Sie können Tausende von Zeichen aus den unterschiedlichsten Sprachen mit Tastenkombinationen erzeugen und Java kann damit umgehen (sowohl bei der Eingabe, aber auch im AWT allgemein oder anderen Ausgaben).\nDie Technik ist wichtig, um Geräte zu unterstützen, denen einige Tasten fehlen (etwa Handheld-Computern). Damit wird ein wichtiger Schritt in Richtung Plattformunabhängigkeit gemacht.\nNetscape hatte bereits im Navigator der Version 3.0 das Packen mehrerer Java-Kompilate (also .class-Dateien) in eine Datei implementiert. Umgesetzt hat Sun diese Idee seit der Version 1.1 in den so genannten JAR-Dateien (Java-Archive sind Dateien mit der Erweiterung .jar). In diesen JAR-Archiven können neben .class-Dateien gleichermaßen Image- und Sound-Dateien verpackt werden. Statt vieler einzelner und unkomprimierter Dateien wird beim Laden aus dem Netz ein gepacktes Archiv übertragen. Der Vorteil dieses Konzepts liegt darin, dass die Applikation in einer einzigen HTTP-Transaktion übertragen wird und nicht in vielen einzelnen Übertragungsschritten. Natürlich kann durch die Komprimierung der Daten zusätzlich die Transferzeit erheblich gesenkt werden. Die JAR-Funktionalität wird in dem ab der Version 1.1.x neu hinzugekommenen Package java.util.jar realisiert. Das zugehörige Java Archive Tool heißt jar. Das Tool wurde für das JDK 1.3 nochmals erheblich überarbeitet und arbeitet gegenüber den Vorgängerversionen bedeutend schneller.\nIn Version 1.0 war für Java-Applikationen noch keine Datenbankunterstützung implementiert, was sich ab der Version 1.1 änderte. Das JDK bot nun die Möglichkeit, auf SQL-Datenbanken zuzugreifen. Bemerkenswert an dem JDK 1.2 waren insbesondere die neuen Zugriffsmöglichkeiten auf SQL-Datenbanken (inklusive SQL-3-Datentypen). Dazu dient auf der Seite von Java 2.0 die JDBC-2.0-Schnittstelle (Java Database Connectivity). Diese wiederum greift über die standardisierte ODBC-Schnittstelle auf eine SQL-Datenbank zu. Die ODB>-Schnittstelle (Open Database Connectivity) stammt von Microsoft und basiert auf dem gleichen Konzept wie JDBC - dem X/Open SQL CLI (Call Level Interface). In dem Packag> java.sql steckt die wesentliche JDBC-Funktionalität von Java.\n1.3.9 Verteilte Programmierung und Object Serialization\nIm Bereich der verteilten Programmierung entwickelte sich Java über die verschiedenen Versionen erheblich. Das Remote Method Invocation Interface (RMI) bietet die Möglichkeit, beliebige Java-Klassen, die auf einer anderen virtuellen Maschine laufen, anzusprechen. Dabei ist es egal, ob die virtuelle Maschine lokal vorhanden ist oder irgendwo im Internet ausgeführt wird.\nDie Erweiterung des RMI-Konzeptes 1.2 erlaubt es nun, Objekte anhand einer Referenz zu reaktivieren, wenn diese zuvor persistent (dauerhaft gespeichert) gemacht wurden (Remote Object Activation).\nZwei neue Programme, rmic - der Java RMI Stub Compiler, der übrigens im JDK 1.3 diverse neue Optionen hinzugefügt bekam - und rmiregistry (Java Remote Object Registry) dienen ab der Version 1.1.x zur programmiertechnischen Umsetzung des RMI-Konzeptes. Neu im JDK 1.2 ist das Tool rmid (Java RMI Activation System Daemon).\nIn diesem Zusammenhang wurde gleichfalls das Konzept der so genannten Object Serialization aufgenommen. Es ermöglicht das Abspeichern der Inhalte eines Objekts in einen Stream. Dieser kann z.B. eine beliebige Datei sein. Ein Objekt kann in einem Stream zwischengespeichert und zu einem späteren Zeitpunkt daraus wieder aufgebaut werden. Die Lebensdauer eines Objekts kann also über die eigentliche Laufzeit eines Programms hinaus verlängert werden. Hauptanwendung hierfür ist das Versenden von Objekten über das Netzwerk im Zusammenhang mit dem RMI-Konzept.\nDas Package java.io ist von den entsprechenden Erweiterungen betroffen. Das JDK 1.3 erlaubt es mittlerweile, dass auch Strings, die länger als 64 KByte sind, serialisiert werden können. Das Object Serialization Tool für Java heißt serialver.\n1.3.10 Java IDL\nAls eine logische Fortsetzung dieser RMI-Entwicklung folgte die Java IDL (Interfaces Definition Language), die es Java ermöglicht, eine Verbindung zu anderen Verteilungsplattformen wie zum Beispiel CORBA aufzubauen, d.h. entfernte Schnittstellen über IDL zu definieren. IDL ist eine Definitionssprache, die die Kommunikation zwischen verschiedenen Programmiersprachen über Schnittstellen ermöglicht und in das CORBA-Konzept (Common Object Request Broker Architecture) integriert.\nCORBA liegt derzeit in der Version 2.0 vor und ist ein plattformunabhängiger Standard, der die Kommunikation von Objekten im Netzwerk definiert. Java 2.0 bietet vollständigen CORBA-Support, indem der CORBA-Standard mithilfe des CORBA IDL Compilers integriert wird. Die Internetadresse und einige andere interessante Links zu CORBA folgen in der Tabelle:\nhttp://siesta.cs.wustl.edu/~schmidt/corba.html Detaillierte Informationen zu CORBA\nhttp://siesta.cs.wustl.edu/~schmidt/corba-urls.html Eine CORBA-Link-Sammlung\nhttp://www.sun.com/ Die Homepage von Sun lässt ebenfalls eine Suche nach dem Begriff CORBA zu.\nTabelle 1.1: CORBA-Quellen\nSeit der Finalversion des JDK 1.2 haben sich in der Java IDL zahlreiche Veränderungen ergeben, die im Wesentlichen auf Grund der 2.3 OMG-Spezifikation notwendig waren. Das neue API des JDK 1.3 berücksichtigt die Neuerungen mit neuen Paketen bzw. Erweiterungen der bestehenden OMG-Pakete.\nIn den letztgenannten RMI-Kontext fallen ebenso die so genannten JavaBeans - Java-Komponenten innerhalb eines Objektmodells. JavaBeans ist ein portables, plattformunabhängiges, in Java geschriebenes Komponentenmodell, das von JavaSoft in Kooperation mit führenden Industrieunternehmen der Computerbranche (klangvolle Beispiele sind Apple, Borland, IBM, JustSystem, Microsoft, Netscape, Rogue Wave, SunSoft, Symantec und viele andere) entwickelt wurde. Erstmals wurde das Modell am 4. September 1996 im Internet als Konzept vorgestellt, die konkrete Realisierung dauerte natürlich länger. Die JavaBeans sind eine der wichtigsten Erweiterungen des Java-SDK 1.1 (SDK steht für Software Development Kit). In das JDK 1.2 gehörte die nächste Generation der JavaBeans (Codename Glasgow) als fester Bestandteil. Vergleichbar sind JavaBeans mit ActiveX-Controls oder OCX-Controls. Sie können wie diese visuell manipuliert werden und bieten im Allgemeinen über so genannte Bridges eine Schnittstelle zu Komponenten wie ActiveX-Controls oder OLE-Komponenten an. Im Gegensatz zu diesen Komponenten sind JavaBeans jedoch explizit plattformunabhängig und vor allen Dingen im Sicherheitskonzept von Java integriert.\nHäufig wird gefragt, ob JavaBeans nicht dasselbe wie Applets sind. JavaSoft gibt als wesentlichen Unterschied die Möglichkeit der visuellen Erstellung und eine relativ eng ausgelegte Zielfunktionalität von Beans an. Allerdings stellt JavaSoft ebenso fest, dass Applets so entwickelt werden können, dass sie wie Beans aussehen und arbeiten. Um JavaBeans entwickeln und dann zu komplexen Anwendungen kombinieren zu können, musste ein eigenes Beans Developement Kit (BDK 1.0) von Sun dem JDK 1.1 (und folgende) beigefügt werden. Dieses gehört nicht zum JDK 1.2 und ist eine der Erweiterungen, die den Unterschied zwischen der vollständigen Plattform und dem JDK ausmachen. Mittlerweile sind alle wichtigen kommerziellen Java-Entwicklungstools in der Lage, JavaBeans zu erstellen. Einmal entwickelte Beans werden üblicherweise in die oben beschriebenen JAR-Dateien verpackt und beim Enduser in das Applet oder die Applikation integriert.\nDas Java Servlet API erlaubt die Erstellung von so genannten Java Servlets. Eingeführt wurde diese Technologie während der 1.1.x-Upgrades und richtig manifestiert in der Version 1.2. Allerdings zählt im Rahmen der Java-2-Plattform auch das Servlet-API (javax.servlet.*) nicht mehr zum JDK (wie noch bis zur JDK-1.2-Beta-3-Version), sondern gilt als eigenständiges Produkt - das Java Servlet Development Kit. Es ist wie das JDK frei von Sun zur Verfügung gestellt und kann von der Servlet Product Page unter http://java.sun.com/products/servlet/index.html heruntergeladen werden.\nServlets bedeuten eine Verlagerung von Funktionalität vom Client auf den Server. Die Assoziation zu CGI-Scripts ist naheliegend. Servlets verbrauchen jedoch viel weniger Ressourcen und sind - da sie in Java geschrieben sind - im Gegensatz zu CGI-Scripts plattformunabhängig.\n1.3.13 Inner Classes und Anonymous Classes\nNeu in 1.1 wurden die so genannten Inner Classes eingeführt. Klassen und Interfaces können damit innerhalb anderer Klassen eingebettet werden. Solche Klassen werden innere Klassen genannt. Sie können ausschließlich die Klassen unterstützen, in die sie integriert sind.\nDamit unterstützt Java die bisher schon bei vielen Programmiersprachen praktizierte Blockstruktur innerhalb einer Klasse bzw. das dort verwendete Konstrukt.\nAnonymous Classes steht für eine Abart der inneren Klassen. Es handelt sich um eine Kurzform von inneren Klassen. Sie haben allerdings keinen Namen, nur eine Implementation mit new. Der Compiler generiert bei den anonymen Klassen eine namenlose Klasse, die wie spezifiziert eine bestehende Klasse dann überschreibt. Das Ende einer anonymen Klasse wird durch das Ende des mit new eingeleiteten Ausdrucks festgelegt.\n1.3.14 Native Methoden\nDas API, um C-Implementationen für Java-Methoden zu schreiben, ist seit der Version 1.1.x komplett gegenüber der Version 1.0.x geändert worden. Das Mapping wurde einheitlich geregelt und es ist nur ein innerer Bestandteil der Java Virtual Machine. Das Java Native Interface (JNI) ist viel einfacher anzuwenden und zu lernen als das davor verwendete Konzept. Das JNI ist eine Standardprogrammierschnittstelle, um native Java-Methoden zu schreiben und die JVM in native Applikationen einzubetten. Das primäre Ziel ist die binäre Kompatibilität von nativen Methodenbiliotheken über alle JVM-Implementationen auf den unterstützten Plattformen. JDK 1.2 erweiterte gegenüber dem JDK 1.1 das Java Native Interface mit einige neuen Features, es bleibt jedoch weitgehend gleich. Wichtig ist, dass es nun getrennte Unterstützung von dem Impelemntation von Native-Code über das JNI und älteren Schnittstellen gibt. Der resultierende Code ist erheblich effizienter als zuvor.\n1.3.15 Reference Objects\nNeu im JDK 1.2 wurde das Reference-Objects-Konzept eingeführt. Darunter versteht man, dass die Referenz auf ein Objekt wie ein Objekt selbst behandelt wird und damit genauso manipuliert und untersucht werden kann (siehe auch RMI). Dies funktioniert sogar noch dann, wenn auf das Objekt selbst gar nicht mehr zugegriffen werden kann (etwa, weil der Garbage Collector das Objekt gelöscht hat). Eine potenzielle Anwendung für diese Referenzobjekte ist der Aufbau eines einfachen Caches.\n1.3.16 Multimedia-Unterstützung in Java 2\nMultimedia nimmt in der Java-2-Plattform großen Raum ein. Mit der neuen Java-Version wird beispielsweise die Audio-Unterstützung erweitert. Sowohl in Applikationen als auch in Applets lassen sich nun MIDI-Dateien (Typ 0 und Typ 1) sowie RMF-, WAVE-, AIFF-, und AU-Dateien in hoher Tonqualität abspielen und zusammenmischen. Das JDK 1.3 stellt insbesondere für die Arbeit mit MIDI-Dateien einige neue Pakete zur Verfügung.\nDas vollständige Java Sound API bleibt bei dieser Erweiterung weitgehend erhalten, nur die Engine wurde ausgetauscht. Sie wird als eigene Sammlung ausgeliefert. Allgemein wird die Multimedia-Unterstützung von Java immer mehr in ein eigenes Framework verlagert. Zu der Java-2-Plattform zählt als eigenes Paket das Java Media Framework (JMF), das eine sehr komfortable Verbindung von verschiedenen Mediatypen mit Java-Applets und -Applikationen erlaubt (http://java.sun.com/products/java-media/jmf/). Das JMF-API unterstützt eine einfache und vereinheitlichte Synchronisation, Kontrolle, Verarbeitung und Präsentation von komprimierten, Zeit-basierenden Mediadaten. Dies beinhaltet sowohl Javastreams als auch MIDI, Audio und Video auf allen Java-Plattformen.\n1.3.17 Die Java-2D-API-Referenz\nDas im JDK 1.3 enthaltene 2D-API bietet umfangreiche Klassen für die Erstellung und Entwicklung von grafischen Applikationen und Applets. Der Anspruch dieses APIs geht erheblich über das hinaus, was davor in der Grund-Java-Grafik vorgesehen war. So stehen dort primitive Grafikformen (etwa die verschiedensten Geometrieformen) sowie transparente Images (Alpha Channel) direkt als vorgefertigte Methoden zur Verfügung. Die 2D-API lässt sich zudem zur elektronischen Bildbearbeitung oder für Präsentationen in Java verwenden.\nLeider muss man festhalten, dass das Java-2D-API seit der Finalversion des JDK 1.2 vielfach inkompatibel zu den davor verbreiteten Java-2D-APIs ist (sogar späten JDK-1.2-Betaversionen). Es gibt diverse Methoden, Felder und ganze Klassen, die nicht nur verlagert, sondern teilweise vollständig abgelöst wurden. Und nicht etwa, indem sie als deprecated erklärt wurden wie bei sonstigen Bestandteilen des JDK-APIs. Es gibt sie teilweise einfach nicht mehr. Man findet keinen Hinweis darauf, dass sie in einer Vorgängerversion verwendet wurden und was jetzt als Ersatz für die Funktionalität zu verwenden ist. Wenn Sie beispielsweise die Klasse java.awt.font.StyledString - eine finale Subklasse von font in der Beta 3-Version des JDK 1.2 - suchen, werden sie in der gesamten Dokumentation des JDK 1.2 bzw. 1.3 keinen Hinweis mehr darauf finden.\nZwar werden das Konzept von Java 2D und die allgemeinen Veränderungen über die einzelnen Versionen davon in der offiziellen Dokumentation recht ausführlich behandelt. Dies hilft aber herzlich wenig, wenn Sie einen Java-Quelltext nach dem alten Konzept erstellt haben, ihn mit dem neuen Compiler übersetzen und nur die nichtssagende Fehlermeldung erhalten, ein bestimmtes Element sei nicht vorhanden. Es gibt keinen Hinweis auf eine Veränderung der API, und der Anwender steht da, als ob er einen Fehler gemacht hätte. Obwohl das neue Java-2D-Konzept mit einigen Detailmängeln der Vorgängerversionen aufgeräumt hat (insbesondere in der Darstellung des Hintergrundes bei Rotationen), werden viele Anwender ihren Wortschatz an Flüchen herauskramen, wenn bisher fehlerfreie Quelltexte scheinbar ohne Grund nicht mehr zu übersetzen sind.\n1.3.18 Swing JDK 1.2/1.3 und die Java Accessibility API\nSwing ist der Teil der Java Foundation Classes (JFC), der einen vollständigen Satz von GUI-Komponenten (Graphical User Interface = grafische Benutzerschnittstelle) implementiert. Das Look and Feel von Java-Benutzerschnittstellen passt sich immer mehr den Standards der GUI-Welt an. Das Swing-Konzept geht jedoch noch weiter. Swing ist vollständig in reinem Java entwickelt und dort ohne Widersprüche implementiert. Swing basiert auf dem JDK 1.1 Lightweight UI Framework und versetzt Sie in die Lage, einen Satz von GUI-Komponenten zu entwickeln, die sich automatisch zur Laufzeit dem passenden Look and Feel für jede Betriebssystemplattform (Windows, Solaris, Macintosh) anpassen - wenn Sie es wollen. Swing-Komponenten beinhalten alle bereits vorher existierenden AWT-Komponentensätze (Button, Scrollbar, Label usw.) sowie einen großen Satz von Higher-Level-Komponenten (Baumansicht, Listboxen usw.).\nMit dem Java Accessibility API (ab 1.2) können Entwickler Java-Applikationen generieren, die mit innovativen Hilfstechnologien (etwa Spracheingabesystemen oder Blindensprache-Terminals) interagieren können. Die daraus resultierenden Applikationen sind nicht auf bestimmte technische Plattformen beschränkt, sondern können auf jeder Maschine eingesetzt werden, die die virtuelle Javamaschine unterstützt. Die neue Java Accessibility API ist nun eines der Kernbestandteile der Java Foundation Classes.\nDie Finalversion des JDK 1.2 hat bezüglich der Swing- und Accessibility-Packages eine erhebliche Veränderung gegenüber den Vorgängerversionen (auch den Betaversionen des JDK 1.2 bis Beta 3) erfahren. Die vorher in dem Namensraum com.sun.java.* (oder kurz java.*) untergebrachten Pakete wurden samt und sonders in den Namensraum javax.* verlagert. Außerdem wurde die Paketstruktur erheblich verändert. Die alte Swing-API-Referenz (vor dem JDK 1.2 Final) sah wie folgt aus:\nDie ehemalige Accessibility-API.Referenz war Folgende:\nAb dem JDK 1.2 Final und im JDK 1.3 gilt (inklusive der anderen in dem Namensraum javax.* vorhandenen Pakete) folgende Struktur (auch die wurde gegenüber dem JDK 1.2 Beta erweitert):\nJava unterstützt den Datenaustausch zwischen Programmen per Drag&Drop (kurz DnD). Das Drag&Drop-API der Java-2-Plattform zählt ebenfalls zu der JFC und ermöglicht den Datentransfer zwischen Java und Native-Applikationen. Die Integration in das Swingkonzept wurde bereits in den ersten Betaversionen des 1.2-JDK vollzogen. Es gab dort jedoch durch einen Fehler in dem Swing-Eventhandling in den ersten 1.2-Betaversionen noch diverse Probleme, sodass erst ab dem 1.2-Final von einer echten Implementation gesprochen werden kann. Vollständig unterstützt werden Drag&Drop für Win32 und OSF/Motif (auf Solaris), d.h., der Datentransfer innerhalb einer JVM, zwischen verschiedenen JVMs und sogar zwischen einer JVM und einer nativen Plattform, die ihrerseits DnD-fähige Applikationen beinhaltet.\nVollständig implementiert, getestet und unterstützt sind u.a. DnD-Transfers von Text (ASCII, ISO8859-1, Unicode). Transfer von Text der Form X11 Window System mit COMPOUND_TEXT-Verschüsselung wird nicht unterstützt (nicht kompatibel zu Unicode). Daneben können auch Dateien und Klassen per DnD transferiert werden (bis auf wenige Situationen getestet und vollständig unterstützt). DnD von Datentypen (plattformspezifisch oder selbst definiert), Instanzen oder serialisierten Java-Objekten sind in der Java-2-Plattform ebenfalls möglich.\n1.3.20 Die Java-Standardklassen und die Datei classes.zip\nZwischen der Version 1.1 des JDK bzw. den ersten drei Betaversionen des JDK 1.2 auf der einen Seite und der Finalversion 1.2ff auf der anderen Seite hat sich der Zugriff auf die Laufzeitumgebung von Java erheblich verändert. Insbesondere wird seit dem JDK-1.2-Final die Datei classes.zip nicht mehr benötigt (sie wird auch nicht mehr zur Verfügung gestellt - Ersatz ist im Wesentlichen die Datei rt.jar). Diese hatte in den ersten Versionen von Java die Standardklassen von Java enthalten und war dementsprechend zwingend notwendig. Jedoch hat sich die Laufzeitumgebung von JDK 1.2 vollständig geändert.\nSeit dem JDK 1.2 verwendet das JDK für den Zugriff auf die Systemklassen nun einen Bootstrap Class Loader, der seinen eigenen Pfad für die Suche der Systemklassen verwendet. Die Folge ist, dass im neuen JDK auch nur noch selbst erstellte Klassen bei Bedarf in den CLASSPATH aufgenommen werden müssen, wobei diese Bemerkung noch ausführlicher diskutiert werden muss. Das soll aber erst bei der Besprechung der JDK-Tools erfolgen.\n1.3.21 Veränderungen bei den Tools\nNicht nur neue Klassen und Methoden kamen von der Java-Einführung bis hin zu der aktuellen Java-Version hinzu. Einige der neuen Java-Fähigkeiten konnten damit praktisch nutzbar gemacht werden, indem die bereits vorhandenen JDK-Programme erweitert wurden. Aber viele der neuen Funktionalitäten machten gänzlich neue Java-Tools notwendig. Die Programme werden ausführlich im Rahmen des Abschnitts über die JDK-Tools beschrieben. Hier ist jedoch schon einmal vorab eine Liste der Programme, die ab der Version 1.1 hinzukamen:\nDas Java Archive Tool (jar)\nDas Digital Signing Tool (javakey) - nur in der Version 1.1 vorhanden\nDer Native-To-ASCII Converter (native2ascii)\nDer Java RMI Stub Converter (rmic)\nDas Tool Java Remote Object Registry (rmiregistry)\nDas Serialisierungstool Serial Version Command (serialver)\nDas Konvertierungstool AWT 1.1 Conversion Tool (updateAWT)\nDas Programm extcheck, ein Diagnose-Tool für Jar-File-Versionskonflikte\nMit oldjava bzw. oldjavaw stehen zwei Versionen eines Javainterpreters zur Verfügung, der zum Ausführen von älteren Java-Applikationen genutzt werden kann. Dies ist unter anderem dann vonnöten, wenn diese über einen eigenen Sicherheitsmanager verfügen, der auf dem alten Sicherheitsmodell von Java beruht.\nDas Tool tnameserv erlaubt den Zugriff auf den benannten Service.\nSelbstverständlich wurden auch die bestehenden Tools im Laufe der Releasewechsel immer wieder überarbeitet, sodass hier nur ein paar besonders wichtige Details genannt werden sollen.\nDer Java-Compiler javac wurde für das JDK 1.3 komplett überarbeitet und bzgl. der Performance verbessert. Bereits seit dem JDK 1.2 gibt es die Option -target version. Über die Versionsangaben kann festgelegt werden, auf welcher virtuellen Maschinen eine Applikation laufen soll.\nDer Java-Interpreter und einige weitere Tools verstehen im JDK so genannte Non-Standard-Options. Neben dem normalen Satz von Standardoptionen gibt es die Möglichkeit, einen Satz von weitergehenden Kommandozeilenoptionen zu verwenden. Diese Non-Standard-Options beginnen fast immer mit einem -X, etwa -Xdebug oder -Xverify. Wichtigster Unterschied zwischen den Standardoptionen und den Nicht-Standardoptionen ist, dass die Unterstützung für die Standardoptionen im JDK 1.2 und allen zukünftigen Versionen der JVM von Sun garantiert wird. Eine Unterstützung für die Nicht-Standardoptionen wird jedoch ausdrücklich für zukünftige Versionen der JVM nicht garantiert.\nIn Bezug auf die Sicherheit von Java haben sich über die verschiedenen Versionen des JDK häufig Veränderungen ergeben. Besonders wichtig war die Ersetzung des javakey-Tools durch keytool, jarsigner und policytool im JDK 1.2.\n1.3.22 Neues Lizenzierungsmodell für Java 2.0\nMit der neuen Java-Plattform 2.0 und dem JDK 1.2 wurde auch ein neues Lizenzierungsmodell eingeführt, das die Java-Entwicklung weiter vorantreiben sollte. Dieses erleichterte insbesondere die Unterstützung von nichtkommerziellen Entwicklungen.\nDie Idee beruhte darauf, dass der Sourcecode des Java Runtime Environment im Internet bereitgestellt wird und von Entwicklern kostenlos benutzt und für eigene Zwecke erweitert werden darf. Und dies ohne die bis dahin vorhandene Verpflichtung, die Neuerungen von Sun wieder kostenlos zur Verfügung zu stellen. Für nichtkommerzielle Anwendungen beinhaltete das Lizenzierungsmodell auch keinerlei weitere Lizenzgebühren, wohingegen bei kommerziellen Entwicklungen - aber erst beim konkreten Vertrieb dieser Produkte - weiterhin Lizenzgebühren an Sun fällig wurden. Sun machte diese neue Lizenzpolitik folgendermaßen schmackhaft: »Das neue Modell ist eine Investition in die Zukunft unserer Kunden. Unter diesem neuen Modell verdienen auch wir kein Geld, bis diese mit Java Geld verdienen.«\nSun behielt sich ansonsten eine Kompatibilitätskontrolle von Weiterentwicklungen ihrer Java-Umgebung vor. Beides - die offene Lizenzpolitik auf der einen Seite und die Kontrolle von Kompatiblitätsstandards auf der anderen Seite - sollte nach Aussage von Sun eine Balance zwischen einer offenen Weiterentwicklung von Java und einem harmonischen Plattformstandard gewährleisten.\nDiese Lizenzpolitik erwies sich aber entgegen der Marketingaussagen von Sun nicht als Initialzündung für das JDK 1.2 und Java 2, sondern das Gegenteil war der Fall. Die Industrie konnte sich mit dem Lizenzierungsmodell überhaupt nicht anfreunden und dementsprechend wurde der Java-2-Standard nur sehr langsam umgesetzt. Da das JDK 1.2 in Bezug auf Performance nicht das hielt, was man sich davon versprochen hatte, dauerte es bis zur Einführung des JDK 1.3, bis die Euphorie der ersten Java-Versionen die Java-2-Plattform erreichte. Das JDK 1.3 hat aber dann auch bei der bis dahin skeptischen Industrie für Java den endgültigen Durchbruch geschafft.\nZusammenfassend wollen wir festhalten, dass Java 2.0 sehr viele Neuerungen gebracht hat. Zum großen Teil sind sie nur für fortgeschrittene Programmierer interessant, die vor allem im professionellen Bereich Anwendungen erstellen. Dazu zählen RMI, Sicherheitsaspekte, Datenbankzugriffe oder Reflection. Andere Neuerungen sind jedoch auch schon für den Otto-Normal-Programmier und sogar den Einsteiger sehr interessant. Insbesondere sollte die HotSpot-Technologie des JDK 1.3 zur Beschleunigung von Java-Prozessen den letzten echten Mangel von Java beseitigt haben.\nDies betrifft z.B. Anwender mit einem Internet Explorer, die nicht zusätzlich eine JRE von Sun installiert haben (das ist meist der Fall).\nDas gleiche Verfahren findet man auch bei HTML.\nElektronische Fassung des Titels: Java 2 Kompendium, ISBN: 3-8272-6039-6 Kapitel: 1 What's new?


B-24 und B-17\nErstellt von Schorsch | Antworten: 47 | Aufrufe: 9561\nGehe zu Seite: Thema: B-24 und B-17\nSchorsch\tDie beiden wichtigsten strategischen Bomber der USAF waren die B-17 und die B-24. Die B-17 ist allseits bekannt und flog bereits im Juli 1935 zum ersten Mal. Es wurden 12.700 Flugzeuge gebaut, davon zwei Drittel in der letzten Version -G.\nDie B-24 war die modernere Maschine. Erstmals geflogen im Dezember 1939 (nach Kriegsausbruch) wurden bis zum Kriegsende 18.500 Maschinen produziert, welches die enorme Leistungsf�higkeit der amerikanischen Industrie demonstriert.\nMeine Fragen: Warum setzte die Air Force beide Bomber ein? Hatte die B-17 spezifische Vorteile gegen�ber der B-24? F�r welche Eins�tze setzte man welche ein?\nB-17 bei Wikipedia:\nB-24 bei Wikipedia (englisch):\ndie Flugzeug-Kategorie\tRegistrieren bzw. einloggen, um diese und auch andere Anzeigen zu deaktivieren 02.10.05, 15:38\nDie beiden wichtigsten strategischen Bomber der USAF waren die B-17 und die B-24. Die B-17 ist allseits bekannt und flog bereits im Juli 1935 zum ersten Mal. Es wurden 12.700 Flugzeuge gebaut, davon zwei Drittel in der letzten Version -G.\nZuerst einmal ist zu ber�cksichtigen das die B-17 als Entwurf �lter ist als die B-24.\nDie B-17 in ihrer bekannten Form als Viermot vedankt diese Erscheinung ja nicht der eigentlichen Ausschreibung sondern dem "Eigensinn" von Boeing. Denn als eigentlich gemeinter Zweimot-Bomber w�re sie nicht so erfolgreich geworden. Der Konkurrenzentwurf auf Grundlage dieser Ausschreibung war die Douglas B-23 Dragon. Die B-24 wurde entworfen um eine gr��ere Reichweite und gr��ere Zuladung etc. zu erhalten (eigentlich steht die B-24 daher in der Tradition der XB-15 und XB-19).\nDie B-24 profierte in seiner Entwicklung nat�rlich von den Erfahrungen mit der B-17. Die Notwendigkeiten des Luftkrieges f�hrten dazu das die B-17 im LAufe der Zeit immer besser wurde und sich die Leistungsdaten beider anglichen.\nDie B-17 und B-24 hatten durch die angen�hrten Leistungsdaten auch die gleichen Einsatzspektren.\nAber einige Sachen wurden vorrangig von der B-24 erledigt wie U-Boot-Abwehr, Transportaufgaben, und nat�rlich die Tiefangriffe auf die rum�nischen Erd�lindustrie.\nchristoph2\tDie B-24 Liberator wurde erst nach der B-17 Flying Fortress entwickelt und war somit moderner. Die B-24 konnte eine h�here Bombenlast �ber eine weitere Strecke tragen als es die B-17 konnte. Die rollenden T�ren des Bombenschachts waren eine deutliche Verbesserung gegen�ber den gro�en in den Luftstrom aufschwingenen Schachtklappen der B-17.\nDie B-24 galt allgemein als schwerer zu fliegen als die Fortress und ein Nachteil war -konstruktionsbedingt durch den Davis-Fl�gel- die kurze Fl�gelwurzel. Traten im Gefecht Besch�digungen in diesem Bereich auf, konnte der Fl�gel schnell "wegklappen", mit den entsprechenden tiefgreifenden Folgen. Warum die B-24 im Schatten der B-17 steht kann ich mir nur mit ihrem h�sslichen Aussehen erkl�ren, aber einen wirklich vern�nftigen Grund gibt es daf�r nicht (anderes Beispiel: im Volksmund hei�t es, die Spitfire hat die Luftschlacht um England gewonnen - obwohl das Gros der Eins�tze von Hurricanes geflogen wurde - jetzt bitte keine Diskussion �ber BoB ;) ).\nDie USAF wurde erst im September 1947 gegr�ndet - Im 2.WK flog die Army Air Forces (AAF). In der 'neuen' US Air Force gab es bereits keine B-24 mehr...\nSchorsch\tDer aerodynamische Entwurf der B-24 war au�erordentlich gelungen und wohl nebst der B-29 der beste des 2. Weltkriegs. Vor allem die stetige Erh�hung des Gewichts hat wohl die Flugeigenschaften vermasselt.\nIch frage mich nur, warum man nicht konsequent die Produktion auf B-24 umstellte? War dies, weil man einfach so viele Bomber wie m�glich haben wollte und daher Produktionsausf�lle bei der Umstellung vermeiden wollte. Oder hatte die USAF (ich wei�, dass sie damals USAAF hie�, aber schlussendlich reden wir ja vom gleichen Verein) operationelle Gr�nde auf die B-17 zu setzen.\nWurde die B-17 eigentlich im Pazifik eingesetzt?\nHotte\tWar es nicht so, hab ich zumindest so in Erinnerung, das die B-24 st�rker im Pazfik (wegen gr��erer Reichweite) eingesetzt wurde.\nDie B-17 wurde dagegen von der 8. Luftflotte in Europa eingesetzt.\nDie 15. Luftflotte setzte dagegen wieder mehr B-24 ein.\nDas mit der Spit und Hurri ist �brigens Richtig.\nDie Hurri rettete England w�hren der BoB den Arsch :p Aber jetzt keine BoB Diskussion !\nchristoph2\tZitat von Schorsch\nJa, sie wurde auch im Pazifik eingesetzt:\nV Bomber Command (S�d-West-Pazifik)\n19th BG bestehend aus 28th, 30th, 93rd und 435th BS\n43rd BG bestehend aus 63rd, 64th, 65th, 403rd BS -> auf B-24 im September 1943\nXIII Bomber Command (S�d-Pazifik)\n11th BG bestehend aus 26th, 42nd, 98th und 431st BS -> auf B-24 Anfang 1943\n5th BG bestehend aus 23rd, 31st, 72nd und 394th BS -> auf B-24 im Dezember 1943\nDie B-24 eignete sich besser f�r den pazifischen Kriegsschauplatz, da sie u.a. auch eine h�here Reichweite hatte. Die B-17er hatten Mitte 1943/Ende 1943 im Pazifik ausgedient.\nSchorsch\tIch habe ein interessantes Kapitel gefunden, welches mich erstaunt.\nFolgendes Foto habe ich aus einem Buch abfotografiert. Bildunterschrift: Eine Liberator der 7. US-Luftflotte im Oktober 1944 �ber Kwadjelin.\nIMG_0008.JPG (14.3 KB, 377x aufgerufen)\nSchorsch\tHier habe ich mal die Entfernungen deutlich gemacht. Immerhin 2000km von Henderson Field. Diese Website spricht von Angriffen der B-24 auf Kwadjelin, wobei hier Startflughafen Funafati auf tuvalu war:\nDie Entfernungen liegen bei etwa 2000 bis 2500km, also wahrlich mehr als man Europa bis dahin brauchte. Leider habe ich nicht rausbekommen, welche Version genutzt wurde und ob man Modifikationen vor Ort vornahm.\nDas Foto aus'm letzten Post ist �brigens aus "Der 2. Weltkrieg im Pazifik" von H. P. Willmott. F�r alle interessierten der Materie Pflichtlekt�re!\nkw.jpg (18.9 KB, 368x aufgerufen)\nAnzeige Hallo Schau dir doch mal die Luftfahrt-Kategorie an Registrieren bzw. einloggen, um diese und auch andere Anzeigen zu deaktivieren 02.10.05, 20:02\nLeider habe ich nicht rausbekommen, welche Version genutzt wurde und ob man Modifikationen vor Ort vornahm.\nDie 11th BG war mit ihren B-24ern von November 1943 bis Januar 1944 auf Funafuti stationiert, genaueres habe ich aber nicht finden k�nnen.\nmcnoch\tNach den Ausf�hrungen von Robert F Dorr in "B-24 Liberator Units of the Pacific War" (ISBN-1-85532-781-3, Osprey Publishing) d�ften es �berwiegend wohl B-24J gewesen sein.\nGehe zu Seite: B-24 und B-17\nBauteil Dornier Do 217 E-1 - wer kann die Sachnr. zuordnen ?\n| (Gesucht) Wer kennt diesen Flugzeugtyp? Abschuss / Absturz / Weimar?\nPowered by vBulletin® Version 4.2.1 (Deutsch)Copyright ©2016 Adduco Digital e.K. und vBulletin Solutions, Inc. Alle Rechte vorbehalten. Sie betrachten gerade B-24 und B-17


Neue deutsche Bundesregierung: Koalitionsverhandlungen abgeschlossen\nDie Koalitionsverhandlungen zwischen der Sozialdemokratischen Partei Deutschlands (SPD), den Grünen und der Freien Demokratischen Partei (FDP) sind abgeschlossen, nachdem die drei Parteien am Mittwoch eine Vereinbarung vorgelegt haben.\nEs sei eine Koalition „auf Augenhöhe, in der drei Partner ihre Stärken zum Wohle unseres Landes einbringen“, sagte der künftige Bundeskanzler Olaf Scholz während einer gemeinsamen Pressekonferenz in Berlin. „Wir wollen weitere Fortschritte wagen“, fügte er hinzu.\nScholz betonte, dass die Vereinbarung stabile Renten, eine Grundsicherung für Kinder und eine Erhöhung des Mindestlohns auf 12 Euro beinhalte.\nDer Koalitionsvertrag wird nun den Parteien zur endgültigen Abstimmung vorgelegt. Nach dem Zeitplan der drei Parteien soll Scholz in der Woche ab dem 6. Dezember zum Kanzler gewählt werden.


Klausurtips Oechsner - WSK I - Maschinenbauer-Forum.de\nIch wollte fragen ob jemand ein paar der Klausurtipps die in der Vorlesung gegeben wurden aufgeschrieben hat. Habe die Vorlesungen nur teilweise besucht\n22. Februar 2016, 11:31\nFalls du noch Altklausuren findest, kuck sie dir besonders gut an\nBisher waren die Oechsner Klausuren immer sehr fair. Habe bereits WSK1+WSK2 bei ihm geschrieben und war immer wieder überrascht wie machbar die Klausuren waren.\nAuf dem ersten Blick denkt man immer Werkstoffkunde wäre so umfangreich und man müsste viel auswendig lernen. Aber in der Klausur wird sehr viel allgemeines Verständnis und oftmals sehr Oberflächlich abgefragt. Nur vereinzelt werden Themen wirklich sehr tief behandelt. Es ist immer hilfreich alle möglichen Diagramme zu kennen, weil davon immer welche abgefragt werden und man so leicht Punkte bekommen kann. Aber man sollte den Verlauf nicht nur auswendig lernen, sondern auch verstehen warum welcher Graph wie verläuft.\nWie dusty schon schrieb viel Verständnis und oberflächlich. WK1 ist mMn locker zu bestehen es sei denn man lernt absolut nichts...^^ Wenn man die Anki Karten beherrscht kann man locker ne 1.x schreiben... aber es wird auch viel Verständnis gefragt - zB kam bei uns WS14/15 das Hebelgesetzt dran (Vorteil wenn man das Praktikum schon hatte da wurde das zT ja auch vertieft). Man hat mehr als ausreichend Zeit.\nWK2 war da schon weitaus anspruchsvoller fand ich.\n24. Februar 2016, 16:42\nwo gibt es denn Altklausuren vom Oechsner?\nWie oben schon gesagt. Der Oechsner ist einer der nettesten/fairsten Profs die ich im bisherigen Studium hatte.\nWSK bestehen ist eig nicht so schwierig,vorausgesetzt man tut etwas dafür. An Klausuren gibts glaube ich nur die Gedächtnissprotokolle hier im Forum. Die haben mir sehr geholfen um zu vertsehen, was ihm so wichtig ist und auf welcher Ebene man die Dinge können muss. Man muss halt die Fundamentalen dinge wissen, aber die dann auch verstehen. Diagramme sind wichtig.\nDenkt ihr ob nur die zusammenfassung zum Bestehen reicht? Ich war nicht of an der Vorlesung und die folien finde ich sehr viel alles durchzulesen.\n24. Februar 2016, 23:23\nDas ist WSK, wir haben drei Tage lang nach TDF die groben Sachen gelernt und gute Noten geschrieben. Fürs Bestehen reichen nur die Überschriften aus.\n28. Februar 2016, 07:04\nEs freut mich ja irgendwie schon zu hören das es scheinbar einfacher ist als man denkt.\nAbeeeer.... wenn ich dem Folge was ihr sagt, frage ich mich was ich bei Keramiken lernen soll. Nur die Einteilung und den Herstellungsprozess? Also frägt er Werkstoffe einzeln nicht ab? Sondern nur allgemein?\nIch geb mal ein Beispiel. Leichtmetalle. Da haben wir ja Alluminium, Magnesium und Titan kennengelernt. Muss ich nur die Prinzipien wissen, wie man diese bearbeitet, legiert und wie sie aufgebaut sind?\nOder muss ich deren Eigenschaften auswendig kennen? (Davon wäre ich derzeit eigentlich ausgegangen) Also... Korrosionsbeständigkeit, Elektrisch leitend, Kriechwiderstand usw.\n28. Februar 2016, 10:12\nIch gebe dir mal ein Beispiel, auf welchem Niveau die Fragen bei der letzten Werkstoffkunde Klausur waren:\nSind Keramiken spröde oder elastisch? (spröde)\nNenne zwei Beispiele für Keramiken. (Silikatkeramik/Oxidkeramik) evt. auch konkrete Beispiele (Aluminiumoxid)\nNennen oder Ergänzen Sie die 5 Schritte der Keramikherstellung. (Pulverherstellung, Formgebung, Grünbearbeitung, Brand, Endbearbeitung)\nBei den Leichtmetallen kommt es auf die Eckdaten drauf an: Dichte, Temperaturbeständigkeit, Gießbarkeit, Korrosionsbeständigkeit, usw.\nWenn du je mehr als eine Din A4 Seite brauchst, um Leichtmetalle oder Keramiken zusammenzufassen, hast du zu viel gelernt!\nOkay ich denke ich werde einfach mit den Anki Karten lernen und mir die Folien nochmal drüberschauen, das sollte wohl reichen. TdF ging damals super mit AnKi Karten. Wie sieht es mit Legierungselementen aus, habe die VL im WS14/15 gehört da hat er gemeint man solle gewisse Legierungen durchaus auswendig können?\nMuss man alle Definitionen wissen ? Wie Z.B. Abschrecken, Loesungsgluehen,Polykondensation , Viskoelastizitaet, als Auslaender ist mir alle diese Dinge auswendig zu lernen damn schwer\nDu solltest sie verstanden haben und erklären können bzw. wenn da gefragt wird durch welches Verfahren man zB Kunststoffe herstellt solltest du den Fachbegriff schon kennen.\nPrüfung in diesem Semester\nConsus\t- 4. September 2015, 20:08\nBenbo1995\t- 23. Juli 2015, 10:41\nKlausur ohne Vorlesungsbesuch machbar?\nlaienstefan\t- 31. März 2015, 12:43