[objects-at-work] Artikel

Im folgenden sind unsere Publikationen aufgeführt. In den meisten Fällen stehen diese online auch als PDF-Dateien zur Verfügung. Um eine PDF-Version eines Artikels zu laden, klicken Sie bitte auf den jeweiligen Titel des Artikels. Sofern das jeweilige PDF vorhanden ist, ist dort der entsprechende Link zum dazugehörigen PDF hinterlegt.

Sollten Sie keinen kostenlosen Acrobat Reader installiert haben, klicken Sie einfach auf das Acrobat Reader Logo und Sie werden zur Acrobat Reader Homepage geleitet.

Art:	Artikel / IntegrationsSpektrum
Titel:	R/3 ruft Java SAP JCO im Praxiseinsatz – Teil 3: ein RFC-Server auf Basis des SAP-Java-Konnektors (PDF)
Medium:	Java SPEKTRUM 06/2006 (Dezember 2006/Januar 2007)
Autor:	Stefan M. Heldt zusammen mit Thomas Lieder
Abstract:	In den ersten beiden Teilen haben wir Ihnen die JCO-Bibliothek detailliert vorgestellt. Sie eignet sich sowohl für die SAP-inbound- als auch SAP-outbound-Kommunikation. Wir sind zu dem Schluss gekommen, dass für ein produktives Arbeiten mit der JCO-Bibliothek eine Schicht darüber benötigt wird, die den Entwickler von immer wiederkehrenden technischen Aufgaben befreit, damit er sich stattdessen auf die Entwicklung der Geschäftslogik konzentrieren kann. Einen Ansatz für diese Schicht stellen wir Ihnen in dem vorliegenden letzten Beitrag unserer Serie vor.

Art:	Artikel / IntegrationsSpektrum
Titel:	R/3 ruft Java SAP JCO im Praxiseinsatz – Teil 2: Details des SAP-Java-Konnektors (PDF)
Medium:	Java SPEKTRUM 05/2006 (Oktober/November 2006), Seite 20ff.
Autor:	Stefan M. Heldt zusammen mit Thomas Lieder
Abstract:	Im ersten Teil haben wir Ihnen einen Überblick über die JCO-Bibliothek gegeben. Sie eignet sich sowohl für die SAP-inbound- als auch die SAP-outbound-Kommunikation. Nach den dortigen Codebeispielen könnte man meinen, von hier an könnte jeder interessierte Mensch weiter arbeiten. Wie immer bei komplexeren Themen lohnt aber ein Blick auf die Details, um über das nötige Hintergrundwissen für die tägliche Arbeit zu verfügen. Wir gehen hier daher auf die verschiedenen Kommunikationsprotokolle, Mapping von Datentypen, Transaktionssteuerung und die Verwendung von IDOCs ein. Im dritten und letzten Teil beschreiben wir dann einen Software-Server, der auf der JCO-Bibliothek basiert und die komfortable Basis für die Kommunikation aus dem SAP R/3-System in Richtung Java ist.

Art:	Artikel / Titelthema
Titel:	Ausgemustert? Der Einfluss von EJB 3.0 auf Java EE Design Patterns
Medium:	Javamagazin 10/2006 (September 2006), Seite 22ff.
Autor:	Stefan M. Heldt
Abstract:	Entwurfsmuster beschreiben Probleme und dazugehörige Lösungsszenarien in der Softwareentwicklung. Sowohl Sun als auch andere Autoren haben Entwurfsmuster speziell für den J2EE- bzw. neuerdings Java EE-Bereich beschrieben. Mit dem Fortschreiten der Spezifikation von J2EE 1.4 nach Java EE 5.0 hat Sun bzw. der Java Community Process sich „Ease of Development“ auf die Fahnen geschrieben. Speziell im Bereich der Enterprise JavaBeans erwartet die Entwicklergemeinde diese Vereinfachungen mit großer Sehnsucht. Grund genug einmal zu prüfen, in welcher Weise sich die Probleme und Lösungen mit EJB 3.0 ändern werden. Dieser Beitrag stellt die J2EE-Entwurfsmuster für EJB auf den Prüfstand.

Art:	Artikel / IntegrationsSpektrum
Titel:	R/3 ruft Java SAP JCO im Praxiseinsatz – Teil 1: Überblick über den SAP-Java-Konnektor (PDF)
Medium:	Java SPEKTRUM 04/2006 (August/September 2006), Seite 29ff.
Autor:	Stefan M. Heldt zusammen mit Thomas Lieder
Abstract:	Mittlerweile gibt es wohl kein größeres Unternehmen mehr, in dem nicht die Software von SAP in irgendeiner Form im Einsatz wäre. Früher oder später entsteht dann der Bedarf, eben diese Software mit weiteren – in der Regel selbst erstellten – Programmen außerhalb der Welt von SAP zu verbinden. Dieser Beitrag skizziert die verschiedenen Möglichkeiten und stellt eine davon – die JCO-Bibliothek – in einem ersten Überblick vor. Im zweiten Teil werden wir auf Details, wie Transaktionen und Datentypen, eingehen. Im dritten Teil schließen wir diese Serie mit der Vorstellung eines Software-Servers ab, der auf der JCO-Bibliothek basiert und die komfortable Basis für die Kommunikation aus dem SAP R/3-System in Richtung Java ist.

Art:	Artikel / Fachthema
Titel:	Strategiespiele, die zweite EJB 3.0, das java Persistence API, Fetching-Strategien, Teil 2 (eine monatliche Begleitkolumne zur Entwicklung von EJB 3.0 (JSR220))
Medium:	Javamagazin 5/2006 (April 2006), Seite 62ff.
Autor:	Oliver Ihns
Abstract:	Die Speicherung von Daten in Datenbanken ist das eine. Geschickte Zugriffe zum Auslesen der Daten aus Datenbanken ist das andere. Für das Auslesen von persistenten Daten gibt es verschiedene Möglichkeiten bzw. Strategien. Diese wirken sich auf die Performanz- und die Auslastung einer Applikation bzw. des beherbergenden Applikationsservers aus. Dieser Artikel bespricht die Fetching-Strategien bzw. den aktuellen Diskussionsstand dieser Strategien des kommenden Java-Persistenzstandards: das Java Persistence API.

Art:	Artikel / Fachthema
Titel:	Strategiespiele, die erste EJB 3.0, das java Persistence API, Vererbungsstrategien und Polymorphie, Teil 1 (eine monatliche Begleitkolumne zur Entwicklung von EJB 3.0 (JSR220))
Medium:	Javamagazin 3/2006 (Februar 2006), Seite 53ff.
Autor:	Oliver Ihns
Abstract:	Mit EJB 3.0 erfüllt die serverseitige EJB-Komponentenarchitektur der Java EE-Plattform endlich auch die wichtigen Grundprinzipien der Objektorientierung, die bis dato für Entity Beans nicht vorhanden waren bzw. nicht ohne weiteres möglichen gewesen sind: Vererbung und Polymorphie für persistente Objekte. Damit ist es nun möglich, auf Basis von Entity Beans komplexere persistente Objektnetze zu modellieren und technisch umzusetzen, die auf den Prinzipien der Vererbung und polymorpher Ansätze basieren. Hierzu stellen EJB 3.0 bzw. das Java Persistence API entsprechende Mechanismen bzw. Strategien zur Verfügung.

Art:	Artikel / Fachthema
Titel:	Im Persistenz-Netz Einsatz der Persistenzabbildung mit dem Java Persistence API und EJB 3.0 (eine monatliche Begleitkolumne zur Entwicklung von EJB 3.0 (JSR220))
Medium:	Javamagazin 2/2006 (Januar 2006), Seite 48ff.
Autor:	Oliver Ihns
Abstract:	Dieser Artikel zeigt anhand von Beispielen, die auf EJB 3.0 basieren, wie die Abbildung von persistenten Objektnetzen bzw. die Umsetzung des objektrelationalen Mapping mittels des neuen Java Persistence API erfolgt, das im Rahmen des JSR 220 (EJB 3.0) entwickelt wird und kurz vor der finalen Veröffentlichtung steht. Dabei beleuchtet dieser Artikel die EJB 3.0 Entity Beans und wie auf deren Basis die Abbildung von (komplexeren) Objektnetzen erfolgt. Ziel ist es, einen ersten Eindruck davon zu geben, wie einfach man das Java Persistence API bei der Abbildung von persistenten Objektnetzen nutzen kann.

Art:	Artikel / Fachthema
Titel:	Im Debattier-Club Kontroverse zu EJB 3 und zur Testbarkeit von EJB 3.0-Komponenten
Medium:	Javamagazin 2/2006 (Januar 2006), Seite 20ff.
Autor:	Oliver Ihns
Abstract:	Im Java Magazin 9.2005 hatte unser EJB Corner-Kolumnist Oliver Ihns die vereinfache Testbarkeit von EJB 3.0-Komponenten thematisiert (online auch unter www.javamagazin.de/ejb-testing). Das zog einen kontroversen Leserbrief nach sich, den wir Ihnen mitsamt den zusätzlich eingeholten Expertenmeinungen nicht enthalten möchten. Das gesamte (von uns leicht bearbeitete) Paket bringt das auch andernorts brisant diskutierte Thema in seiner Vielfalt an Meinungen zur Sprache.

Art:	Artikel / Fachthema
Titel:	Die neue Persistenz EJB 3.0 Entity Beans und das Java Persistence API (eine monatliche Begleitkolumne zur Entwicklung von EJB 3.0 (JSR220))
Medium:	Javamagazin 1/2006 (Dezember 2005), Seite 61ff.
Autor:	Oliver Ihns
Abstract:	Dem Trend der so genannten POJO ORM-Persistenz folgend, die sich zunehmend im Java-Bereich manifestiert, wird im Zuge der Entwicklung von EJB 3.0 im JSR 220 der zukünftige einheitliche Persistenzstandard für Java SE und Java EE definiert: das Java Persistence API. Dieses neue API - für die Abbildung der objektrelationalen Persistenz - wirkt sich auch direkt auf die zukünftig als leichtgewichtige persistente Domänenobjekte charakterisierten Entity Beans aus. In diesem und folgenden Artikeln werde ich das in der Entwickler-Gemeinde sehr intensiv verfolgte und diskutierte Thema der neuen EJB-Persistenz im Speziellen und des Java Persistence API im Generellen beleuchten. Dieser Artikel beschreibt die grundlegenden Neuerungen bzw. Änderungen der Persistenzabbildung.

Art:	Artikel / Fachthema
Titel:	Home Interface? Gibt's nicht! EJB 3.0 Session Beans (eine monatliche Begleitkolumne zur Entwicklung von EJB 3.0 (JSR220))
Medium:	Javamagazin 12/2005 (November 2005), Seite 54ff.
Autor:	Oliver Ihns
Abstract:	Nachdem diese Kolumne in den vergangenen Monaten die Neuerungen der kommenden EJB-Version im Überblick aufgezeigt und beleuchtet hat, werden ab dieser Ausgabe die konkreten EJB-Typen Session Bean, Message-driven Bean und Entity Bean genauer dargestellt. In dieser Ausgabe werfen wir einen Blick auf den EJB-Typ Session Bean und zeigen die Änderungen bzw. Neuerungen, die diesbezüglich mit EJB 3 im Vergleich zu EJB 2.x-Varianten einhergehen.

Art:	Artikel / Fachthema
Titel:	Drum diskutiere, wer sich bindet EJB 3.0 in harmonischer Gesellschaft mit Java SE, Java EE & Co. (eine monatliche Begleitkolumne zur Entwicklung von EJB 3.0 (JSR220))
Medium:	Javamagazin 11/2005 (Oktober 2005), Seite 32ff.
Autor:	Oliver Ihns
Abstract:	Langsam aber sicher nähern sich sowohl die EJB 3.0- als auch die Java EE- und einige andere wichtige Java-Plattform-Spezifikationen den finalen Veröffentlichungen. Innerhalb der EJB 3.0 Expert Group sind Diskussionen - gerade im Bereich Persistenz und Aufbau von Archiven (u.a. dem .par-Archiv) unter anderem aus den Blickwinkeln der semantischen Zusammengehörigkeit und Laufzeitperformanz - noch in einem sehr kontroversen und diskussionsintenvisemn Stadium. Hinzu kommen verstärkt Diskussionen im Zuge der Homogenisierung und Konsolidierung der Java EE- und Java SE-Plattform mit einigen anderen hauptsächlichen JSR Expert Groups. Unser EJB Corner gibt Ihnen einen Situationsbericht aus der EJB 3.0 Expert Group, indem wir den Blick über den Tellerrand auf die umgebende Java-Plattform und deren JSRs, die sich auf den EJB 3.0-JSR beziehen, schweifen lassen.

Art:	Artikel / Fachthema
Titel:	Die Newcomer Interception-Mechanismen und weitere Neuerungen in EJB 3.0 (eine monatliche Begleitkolumne zur Entwicklung von EJB 3.0 (JSR220))
Medium:	Javamagazin 10/2005 (September 2005), Seite 59ff.
Autor:	Oliver Ihns
Abstract:	Neben den großen, markanten Änderungen der EJB-Technologie gibt es noch eine Menge weiterer Neuerungen unter der Haube, die unter anderem dazu dienen sollen, den Entwicklungsprozess von EJB-Komponenten zu vereinfachen und die Leistungsumfänge des EJB-Programmiermodells und der Komponenten zu stärken. Dieser Artikel beleuchtet die Neuerungen "unter der Haube", wie beispielsweise das so genannte Configuration by Exception, die Benefits, die aus der Einführung und der Nutzung resultieren und welche Gedanken hinter den Erweiterungen stehen.

Art:	Artikel / Fachthema
Titel:	Der Testfall Inversion of Control und Dependency Injection im Kontext von EJB 3.0, Teil 3 (eine monatliche Begleitkolumne zur Entwicklung von EJB 3.0 (JSR220))
Medium:	Javamagazin 9/2005 (August 2005), Seite 53ff.
Autor:	Oliver Ihns
Abstract:	EJB-Komponenten und ihre Testbarkeit beziehungsweise Nicht-Testbarkeit - ein Thema, welches immer mal wieder als negativer Punkt gegen EJBs herangezogen wird. Dieser dritte Artikel, der sich im Rahmen des EJB Corner mit dem Thema Inversion of Control (IoC) und Dependency Injection (DI) im Kontext von EJB 3.0 beschäftigt, fokussiert die vereinfachte (externe) Testbarkeit von EJB 3.0-Komponenten und liefert Feedback aus der Entwicklergemeinde zu diesem Thema.

Art:	Artikel / Fachthema
Titel:	Bohnen mit Genuss Inversion of Control und Dependency Injection im Kontext von EJB 3.0, Teil 2 (eine monatliche Begleitkolumne zur Entwicklung von EJB 3.0 (JSR220))
Medium:	Javamagazin 7/2005 (Juni 2005), Seite 44ff.
Autor:	Oliver Ihns
Abstract:	Nachdem der vorhergehende Artikel über das Thema Inversion of Control (IoC) und Dependency Injection (DI) im Kontext von EJB 3.0 und den grundlegenden Aspekten und Vorteilen des Einsatzes dieser Muster handelte, fokussiert dieser Artikel en detail auf die zurzeit zur Verfügung stehenden, in der EJB-Spezifikation definierten Meta-Annotationen für iOc und DI und die sich daraus für den praktischen Einsatz ergebenden Vorteile und Effekte.

Art:	Artikel / Fachthema
Titel:	Umkehr der Beweislast Inversion of Control und Dependency Injection im Kontext von EJB 3.0, Teil 1 (eine monatliche Begleitkolumne zur Entwicklung von EJB 3.0 (JSR220))
Medium:	Javamagazin 6/2005 (Mai 2005), Seite 56ff.
Autor:	Oliver Ihns
Abstract:	Inversion of Control und Dependency Injection: Begriffe, die in den letzten Monaten immer häufer in Verbindung mit verschiedenen Architekturansätzen, Frameworks und Produkten als wichtige Eigenschaften genannte worden sind. Dieser EJB Corner beleuchtet diese Themen, die nun auch im Kontext von EJB 3.0 der J2EE-Komponententechnologie zugute kommen bzw. an der einen oder anderen Stelle für Klarheit sorgen. Das, was sich hinter diesen Begriffen verbirgt, bringt u.a. die seit langem verlangte Testbarkeit von EJB-Komponenten durch die partielle Umkehr der Kontrolle im Programmfluss. Mann muss gestehen, dass das EJB-Framework bis dato nicht wirklich sauber dem Framework-Gedanken folgte. Entgegen dem eigentlich in Frameworks vorzufindenden Hollywood-Prinzip (don't call us, we call you), ist es bei den EJBs bis heute so, dass diese explizit den sie umgebenden Container nach Referenzen auf benötigte Ressourcen fragen müssen. Diesen und ein paar anderen Umständen wird mit EJB 3.0 Abhilfe geschaffen.

Art:	Artikel / Fachthema
Titel:	Rank und Schlank in die Zukunft Gewichtsprobleme von Frameworks und Open-Source-Produkten (eine monatliche Begleitkolumne zur Entwicklung von EJB 3.0 (JSR220))
Medium:	Javamagazin 5/2005 (April 2005), Seite 81ff.
Autor:	Oliver Ihns
Abstract:	Schaut man sich in den letzten Monaten im Blätterwald und den einschlägigen Foren zum Thema Java bzw. Enterprise Java um, so hat es den Anschein, als drehten sich sämtliche Diskussionen nur noch um irgendwelche Gewichtsprobleme. Die einen wollen alles ganz leichtgewichtig, andere beklagen Übergewicht. Sind Java-Entwickler Gewichtsfetischisten geworden und was hat das alles mit Enterprise JavaBean zu tun?

Art:	Artikel / Fachthema
Titel:	Quo vadis, Deskriptor? EJB 3.0: Meta-Annotationen; oder: Haben Deployment-Deskriptoren eine Zukunft (eine monatliche Begleitkolumne zur Entwicklung von EJB 3.0 (JSR220))
Medium:	Javamagazin 4/2005 (März 2005), Seite 50ff.
Autor:	Oliver Ihns
Abstract:	Das wohl am aufwendigsten zu erstellende bzw. zu editierende und Fehler geradezu anziehende Softwareartefakt oder auch am meisten verfluchte Element der EJB-Komponententechnologie wird mit EJB 3.0 wohl ad acta gelegt. Für EJB 3.0 gibt es die Bestrebung, die EJB-Deployment-Deskriptoren weitesgehend zu eliminieren. Als Ersatz für die notwendigen Angaben der bis dato in den Deyploment-Deskriptoren angegebenen Meta-Informationen wird zukünftig die aus dem aktuellen Java-Release (5.0) bekannte und neu eingeführte Java-Spracherweiterung der Meta-Annotationen eingesetzt. Klarere, einfachere Beschreibungen der Laufzeit- und Kompilierungszeitinformationen von EJB-Komponenten, eine einheitliche Codebasis und die Überprüfbarkeit zur Kompilierungszeit - dies sind die Motivatoren für die Nutzung von Meta-Annotationen anstelle der bekannten EJB-Deployment-Deskriptoren.

Art:	Artikel / Fachthema
Titel:	Schöne neue Welt
Medium:	Javamagazin 4/2005 (März 2005), Seite 30ff.
Autor:	Oliver Ihns
Abstract:	Anlässlich des 10 jährigen Geburtstages von Java ist der Artikel "Schöne neue Welt" in der Reihe "Java-Experten gratulieren" erschienen. In diesem Artikel beschreibt Oliver Ihns seine Erfahrungen und Erlebnisse mit Java und gibt eine Einschätzung zur Zukunft der Java-Plattform.

Art:	Artikel / Fachthema
Titel:	So einfach kann eine Komponente sein Mit EJB 3.0 zurück zu POJO/POJI (eine monatliche Begleitkolumne zur Entwicklung von EJB 3.0 (JSR220))
Medium:	Javamagazin 3/2005 (Februar 2005), Seite 60ff.
Autor:	Oliver Ihns
Abstract:	Diese Ausgabe beschäftigt sich im Kontext von EJB 3.0 mit den zurzeit in vielen Artikeln zu findenden Mode-Akronymen POJO und POJI. EJB 3.0 geht "zurück" von komplexen Komponenten zu einfachen Java-Klassen (Plain Old Java Objects) und einfachen Java-Interfaces (Plain Old Java Interfaces). Diese beiden Akronyme bzw. deren technische Implikationen für die Mikroarchitektur von EJB-Komponenten gehören zu den wichtigsten Neuerungen in EJB 3.0. Soll sie doch dazu beitragen, den Entwicklungsaufwand und die Komplextität von EJB-Komponenten erheblich zu reduzieren.

Art:	Artikel / Fachthema
Titel:	Larry Ellisons Kaffeefarm - Oracle 10g Application Server Containers for J2EE (PDF)
Medium:	Javamagazin 3/2005 (Februar 2005), Seite 78ff.
Autor:	Stefan M. Heldt zusammen mit Holger Koschek
Abstract:	Application Server haben heute einen festen Platz in der IT-Infrastruktur von Unternehmen jeder Größenordnung. Die Platzhirsche im Revier der Unternehmenssoftware bieten eigene Produkte an, um ihre Kunden möglichst ganzheitlich an sich zu binden. So hat neben Sun, IBM und SAP auch Oracle einen eigenen Application Server im Angebot. Einer Umfrage von Line 56 Research zufolge setzen knapp 30 Prozent von 522 befragten Unternehmen auf den Application Server aus dem Hause Oracle. Ein nahe liegender Grund für diese Entscheidung: Viele Unternehmen haben spezielle Lizenzverträge mit Oracle, sodass der Einsatz des Oracle Application Server mit geringen bzw. keinen Zusatzkosten verbunden ist.

Art:	Artikel / Fachthema
Titel:	Einfach mächtig - mächtig einfach? Die EJB 3.0 Kolumne - ein aktueller Überblick über die Neuerungen im EJB 3.0 Draft (eine monatliche Begleitkolumne zur Entwicklung von EJB 3.0 (JSR220))
Medium:	Javamagazin 2/2005 (Januar 2005), Seite 59 ff.
Autor:	Oliver Ihns
Abstract:	Die EJB-Spezifikation wird mit weit reichenden Neuerungen in die nächste Runde gehen. Man hat aus den praktischen Erfahrungen der Entwicklergemeinde gelernt und verfolgt mit der kommenden EJB Version im Kontext von J2EE 5.0 (vormals J2EE 1.5) die Hauptziele, den Entwicklungsprozess und die Nutzung von EJB-Komponenten erheblich zu vereinfachen und zu beschleunigen. Begriffe wie POJO, POJI und Dependency Injection fließen technologisch in die EJB-Komponententechnologie ein und tragen zur Verbesserung des Komponentenmodells bei. Die Reduzierung der Anzahl der Softwarefragmente, die Verwendung von Meta-Annotationen und die Verbesserung der Persistenzabbildung durch die Konsolidierung von EJB-Persistenz und JDO sind einige der Hauptpunkte der kommenden Version.

Art:	Artikel / Fachthema
Titel:	Gutes Timing - Timer Service bereichert EJB 2.1 (iX Archiv)
Medium:	iX 10 (Oktober 2004), Seite 139 ff.
Autor:	Oliver Ihns und Stefan M. Heldt
Abstract:	Mit dem in der aktuellen EJB-Spezifikation eingeführten Timer Service lassen sich elektronische Geschäftsprozesse automatisiert ausführen. Auch wenn noch Wünsche offen bleiben, kann der Programmierer diesen Dienst sinnvoll einsetzen.

Art:	Artikel (Cover-Thema) / Fachthema
Titel:	All inclusive - Enterprise JavaBeans 2.1 (PDF)
Medium:	JavaSPEKTRUM 03/2004 (Juni/Juli 2004), Seite 31 ff.
Autor:	Oliver Ihns und Stefan M. Heldt
Abstract:	Ende November 2003 hat Sun - "ein wenig" später als ursprünglich geplant - den Java Specification Request 153 "Enterprise JavaBeans 2.1" als finale Version veröffentlicht. Das Hauptaugenmerk der neuen Vesion liegt auf der Integration von Web-Service-Fähigkeiten in die EJB-Technologie. Stateless Session-Beans können damit als Web Service fungieren und angesprochen werden und verlangen nicht mehr ausschließlich nach einer RPC-basierten Kommunikation bzw. direkten Methodenaufrufen. Weitere Highlights der neuen Version sind der Container-Managed Timer-Service und die Erweiterung der Message-driven Beans hinsichtlich eine generalisierten Aufrufmodells. Message-driven Beans sind nun in der Lage, neben JMS-Nachrichten beliebige andere Nachrichtentypen verstehen zu können. Dieser Artikel gibt einen Überblick über die Neuerungen der aktuellsten Version der EJB-Spezifikation und schließt mit einem Ausblick auf die für Ende 2004 geplante Version 3.0, die im Kontext von J2EE 1.5 veröffentlicht werden soll.

Art:	Artikel (Cover-Thema) / Fachthema
Titel:	EJB goes Web Services Ein Blick auf den Proposed Final Draft der EJB 2.1-Spezifikation (PDF)
Medium:	JavaSPEKTRUM 11/2002 (Nov./Dez. 2002), Seite 48 ff.
Autor:	Stefan M. Heldt und Oliver Ihns
Abstract:	Anfang August diesen Jahres hat Sun den Proposed Final Draft der Enterprise JavaBeans-Spezifikation Version 2.1 veröffentlicht. Dieser enthält - neben vielen Detailerweiterungen und -änderungen - im Wesentlichen vier wichtige Neuerungen. Am auffäligsten ist die in der Spezifikation definierte Unterstützung von Web-Services. Des Weiteren erlaubt zukünftig ein Timer-Service die zeitgesteuerte Ausführung von Anwendungsfällen bzw. das zeitgesteuerte Aufrufen von EJBs, ohne einen externen Dienst dafür einsetzen zu müssen. die EJB-Abfragesprache EJB QL ist erweitert worden und bietet u.a. endlich eine ORDER BY-Clause. Message-driven Beans sind ergänzt worden. Neben Java Message Service-Nachrichten können sie nun auch über andere Nachrichtentypen angesprochen werden. Der Artikel soll einen ersten Überblick über die wichtigsten Erweiterungen und Änderungen der kommenden EJB-Spezifikation geben.

Art:	Artikel (Cover-Thema) / Fachthema
Titel:	Message-Driven Beans - Einsatz und Integrationsmöglichkeiten (PDF)
Medium:	OBJEKTspektrum 3/2002 (Mai/Juni 2002), Seite 45 ff.
Autor:	Oliver Ihns und Stefan M. Heldt
Abstract:	Die Enterprise-JavaBeans-Technologie an sich ist bereits sehr mächtig. Die nun durch „Message-driven Beans” vorhandenen Möglichkeiten der Verwendung nachrichtenbasierter Middleware („Message-oriented Middleware” – MOM) eröffnen neue Perspektiven hinsichtlich der Integration bestehender Enterprise-Applikationen mit in EJB-Technologie implementierten Anwendungen. Die Integration objektorientierter und nachrichten-basierter verteilter Systeme in einer Technologie ist ein Schritt vorwärts in den Möglichkeiten der Integration von Enterprise-Applikationen. Der Artikel führt ein in die Verwendung des „Java Message Service” (JMS) in Verbindung mit Message-driven Beans.

Art:	Artikel / Fachthema
Titel:	Ein Controller für mehrschichtige Web-Applikationen (PDF)
Medium:	JavaSPEKTRUM 2/2002 (Februar 2002), Seite 48 ff.
Autor:	Stefan M. Heldt
Abstract:	Die Implementierung von Web-Applikationen nach dem Model- View-Controller-Paradigma ist mittlerweile Standard. Dass hierbei Servlets die Controller darstellen und JavaServer Pages den View, ist auch keine Neuheit. Die Rolle des Models kann z. B. von Enterprise- JavaBeans oder auch von normalen Java-Klassen wahrgenommen werden. Dieser Beitrag beschäftigt sich konkret mit den Controllern und damit, wie diese unter den Gesichtspunkten Wiederverwendbarkeit, Skalierbarkeit, Performanz und Testbarkeit entworfen werden sollten. Der vorgestellte Entwurf sieht eine Dekomposition des Controllers in relativ feingranulare Komponenten vor.

Art:	Artikel (Cover-Thema) / Fachthema
Titel:	Klappe, die Zweite EJB 2.0: Aufgefrischt im Proposed Final Draft 2 (iX Archiv)
Medium:	iX 8/2001 (Juli 2001), Seite 105 ff.
Autor:	Oliver Ihns
Abstract:	Wer glaubt, der Proposed Final Draft 1 der EJB-2.0-Spezifikation sei der letztgültige Stand, hat sich getäuscht. Die neue Version wirft einige der zunächst eingeführten Konzepte wieder über den Haufen.

Art:	Artikel (Cover-Thema) / Fachthema
Titel:	Aspekte der Performanz und Skalierbarkeit von CORBA-Applikationen Teil 3: Überwachung und Messung der Performanz von verteilten Systemen (PDF)
Medium:	OBJEKTspektrum 2/2001 (März/April 2001), Seite 83 ff.
Autor:	Oliver Ihns
Abstract:	Neben den technischen Grundlagen und der auf ein verteiltes System ausgerichteten Modellierung, die in den ersten beiden Teilen dieser Serie behandelt wurden, sollten Überwachung und Messung der Leistungsfähigkeit sowie der tatsächlichen Leistung eines Systems nicht vernachlässigt werden. Beides ist wichtig, um das Zeit- und Lastverhalten besser bewerten und gegebenenfalls korrigierend in ein System eingreifen zu können. Der Artikel behandelt einige grundsätzliche Punkte zu diesem Thema und zeigt Möglichkeiten der Implementierung von Überwachungs- und Messroutinen auf.

Art:	Artikel (Cover-Thema) / Fachthema
Titel:	Aspekte der Performanz und Skalierbarkeit von CORBA-Applikationen Teil 2: Modellierung und Architekturen von verteilten Systemen
Medium:	OBJEKTspektrum 6/2000 (November/Dezember 2000), Seite 62 ff.
Autor:	Oliver Ihns
Abstract:	Im ersten Artikel dieser dreiteiligen Serie ging es um die Grundlagen von Methodenaufrufen in verteilten Anwendungssystemen. Der zweite Teil beschäftigt sich nun mit der Modellierung von Klassenmodellen. Ein auf ein verteiltes System ausgerichtetes Design eines Klassenmodells - als letztendlich technische Beschreibung einer Softwarearchitektur - bildet die Grundlage für ein performantes und skalierbares System. Der Artikel soll ein Bewusstsein für die Probleme der Modellierung solcher Anwendungssysteme schaffen und einige grundlegende Modellierungsansätze aufführen und beschreiben. Zum gemeinsamen Verständnis der Thematik werden zunächste die Begriffe "Performanz" und "Skalierbarkeit" in diesem Kontext kurz definiert.

Art:	Artikel (Cover-Thema) / Fachthema
Titel:	Aspekte der Performanz und Skalierbarkeit von CORBA-Applikationen Teil 1: Grundlagen enterfernter Methodenaufrufe
Medium:	OBJEKTspektrum 5/2000 (September/Oktober 2000), Seite 70 ff.
Autor:	Oliver Ihns
Abstract:	Die Nutzung einer CORBA-Middleware bietet enorme Möglichkeiten für die Entwicklung und den Betrieb von verteilten Anwendungssystemen. Performanz und Skalierbarkeit sind dabei Schlüsselfaktoren. Wenn Design und Implementierung des herkömmlichen Client/Server-Ansatzes (Zwei-Schichten-Architektur) bei verteilten Anwendungen (Drei-Schichten-Architektur) übernommen werden, wirkt sich dies in vielen Fällen ungünstig aus. Diese dreiteilig Artikelserie beschäftigt sich mit einigen Aspekten der Performanz und Skalierbarkeit von CORBA-Applikationen und zeigt Lösungsansätze für das Design und die Implementierung von verteilten Anwendungssystemen auf.

::: Artikel :::