Developer examples
This reference information provides examples and shows code snippets, command syntax, and configuration values that are relevant to performing application design, development, assembly, and deployment tasks.
You can also search for developer examples by title or by using keywords.
Unterartikel
Datei "CSG.xml" des Aufrufstubgenerators
Die Datei CSG.xml enthält ein vollständiges Beispiel für das Starten des COBOL-Aufrufstubgenerators über Ant mit der angepassten <csg>-Task oder über Rational® Application Developer als Ant-Build.Datei "CSGBatch.xml" des Aufrufstubgenerators
Die Ant-Build-Datei CSGBatch.xml enthält ein Beispiel für die Ausführung von <csg> für einen Stapel von COBOL-Dateien, z. B. für alle Dateien mit der Erweiterung *.cbl in einem Verzeichnis. Der Aufrufstubgenerator und die Datei CSGBatch.xml werden mit dem Produkt IBM® Rational Application Developer for WebSphere® Software bereitgestellt.Verwendungsbeispiel für die Java-Klasse für COBOL-Aufrufstubs
Das Verwendungsbeispiel für die Java™-Klasse für COBOL-Aufrufstubs veranschaulicht, wie eine Stapelanwendung eine COBOL-Prozedur über den COBOL-Container aufrufen kann.Fehlerbehebung beim COBOL-Container für Stapelanwendungen
Falls Probleme bei der Verwendung der Fehlerbehebung beim COBOL-Container für Stapelanwendungen auftreten, stehen Ihnen verschiedene Optionen zur Verfügung.Parameter COBOL RETURNING, RETURN-CODE, getReturnValue und getReturnCode
Wenn das COBOL-Modul den Parameter RETURNING angibt, kann dieser mit der Methode stub.getReturnValue() aus dem Stub abgerufen werden. Die Methode gibt die Java-Objektdarstellung des Parameters RETURNING zurück, d. h. die Klasse für Datenbindungen, die vom Generatortool für COBOL-Aufrufstubs generiert wird.Beispiel: Implementierung von com.ibm.wsspi.security.token.AuthenticationToken
Das folgende Beispiel veranschaulicht die Implementierung eines Authentifizierungstoken. Der folgende Beispielcode erweitert keine abstrakte Klasse, sondern implementiert die Schnittstelle "com.ibm.wsspi.security.token.AuthenticationToken" direkt. Sie können die Schnittstelle direkt implementieren, aber dies kann dazu führen, dass Sie Code doppelt schreiben. Die direkte Implementierung der Schnittstelle empfiehlt sich jedoch, wenn die Methoden für die Bearbeitung der verschiedenen Tokenimplementierungen stark voneinander abweichen.Beispiel: Implementierung von com.ibm.wsspi.security.token.SingleSignonToken
Diese Datei enthält ein Beispiel für eine SSO-Implementierung. Der folgende Beispielcode erweitert keine abstrakte Klasse, sondern implementiert die Schnittstelle "com.ibm.wsspi.security.token.SingleSignonToken" direkt. Sie können die Schnittstelle direkt implementieren, aber dies kann dazu führen, dass Sie Code doppelt schreiben. Die direkte Implementierung der Schnittstelle empfiehlt sich jedoch, wenn die Methoden für die Bearbeitung der verschiedenen Tokenimplementierungen stark voneinander abweichen.Beispiel: ActiveX-Clientanwendung, die Java-Methoden aufruft
In der ActiveX-EJB-Brücke werden Methoden mit der von der jeweiligen Landessprache verwendeten Syntax für Methodenaufrufe aufgerufen.Beispiel: ActiveX-Clientanwendung mit Helper-Methoden für die Konvertierung von Datentypen
Im Allgemeinen erfolgt die Datentypkonvertierung zwischen ActiveX (Visual Basic und VBScript) und Java-Methoden automatisch, wie im Abschnitt "ActiveX-EJB-Brücke, Datentypen konvertieren" beschrieben. Die Helper-Funktionen "Byte" und "Currency" sind für Fälle vorgesehen, in denen eine automatische Konvertierung nicht möglich ist:Beispiel: Angepasstes Anmeldemodul mit Authentifizierungstoken
Dieser Artikel zeigt, wie festgestellt wird, ob es sich um eine Erstanmeldung oder eine Anmeldung durch Weitergabe handelt.Beispiel: Angepasstes Anmeldemodul mit SSO-Token
Diese Datei zeigt, wie festgestellt wird, ob es sich um eine Erstanmeldung oder eine Anmeldung durch Weitergabe handelt.Beispiel: HTTP-Cookie abrufen
Das folgende Beispiel zeigt, wie Sie ein Cookie aus einer HTTP-Anforderung abrufen, das Cookie in die ursprünglichen Bytes decodieren und aus diesen Bytes ein eigenes SingleSignonToken-Objekt erstellen. Das Beispiel beschreibt die Ausführung dieser Schritte in einem Anmeldemodul. Sie können aber auch ein Servlet verwenden.Beispiel: Codeanforderungen für Applet-Clients
Der von einem Applet für die Kommunikation mit einer Enterprise-Bean verwendete Code ist derselbe, den ein eigenständiges Java-Programm oder ein Servlet verwendet. Die einzige Ausnahme ist eine weitere Eigenschaft mit dem Namen java.naming.applet. Diese Eigenschaft teilt dem InitialContext und dem Object Request Broker (ORB) mit, dass dieser Client ein Applet und keine eigenständige Java-Anwendung oder ein Servlet ist.Beispiel: Tag-Anforderungen für Applet-Clients
Standardapplets erfordern das HTML-Tag <APPLET>, um das Applet für den Browser zu identifizieren. Das Tag <APPLET> ruft die JVM (Java Virtual Machine) des Browsers auf. Es kann auch durch die Tags <OBJECT> und <EMBED> ersetzt werden.Beispiel: Ein Command-Objekt zwischenspeichern
Befehle können zur Wiederverwendung in einem ähnlichen Verfahren für Servlets und JSP-Dateien zwischengespeichert werden.Beispiel: Caching von Web-Services
In diesem Artikel wird beschrieben, wie Sie eine Gruppe von Cacherichtlinien und SOAP-Nachrichten für eine Web-Service-Anwendung erstellen können.Beispiel: Implementierung von com.ibm.wsspi.security.token.AuthorizationToken
Diese Datei enthält ein Beispiel für eine AuthorizationToken-Implementierung. Der folgende Beispielcode erweitert keine abstrakte Klasse, sondern implementiert die Schnittstelle "com.ibm.wsspi.security.token.AuthorizationToken" direkt. Sie können die Schnittstelle direkt implementieren, aber dies kann dazu führen, dass Sie Code doppelt schreiben. Die direkte Implementierung der Schnittstelle empfiehlt sich jedoch, wenn die Methoden für die Bearbeitung der verschiedenen Tokenimplementierungen stark voneinander abweichen.Beispiel: Implementierung von com.ibm.wsspi.security.token.PropagationToken
Diese Datei enthält ein Beispiel für eine PropagationToken-Implementierung. Der folgende Beispielcode erweitert keine abstrakte Klasse, sondern implementiert die Schnittstelle "com.ibm.wsspi.security.token.PropagationToken" direkt. Sie können die Schnittstelle direkt implementieren, aber dies kann dazu führen, dass Sie Code doppelt schreiben. Die direkte Implementierung der Schnittstelle empfiehlt sich jedoch, wenn die Methoden für die Bearbeitung der verschiedenen Tokenimplementierungen stark voneinander abweichen.Beispiel: Handlerklassen für Web-Service-Implementierungsdeskriptoren konfigurieren
Dieses Szenario zeigt, wie einer Beispielanwendung mit dem Namen WebServicesSamples.ear einfache Handlerklassen für Client und Server hinzugefügt werden. Die Handlerklassen zeigen Nachrichten an, wenn eine zu bearbeitende Anforderung oder Antwort empfangen wird.Beispiel: Dynamischen Cacheservice konfigurieren
Dieses Beispiel führt alle Schritte auf, die zur Konfiguration des dynamischen Cacheservice mit der Datei cachespec.xml erforderlich sind und zeigt die Regeln zur Generierung von Cache-IDs, die Abhängigkeits-IDs und die Invalidierungsregeln.Beispiel: Erweiterten Portletimplementierungsdeskriptor zum Inaktivieren von PortletServingServlet konfigurieren
Die Bereitstellung von Portlet-URLs unterstützt den direkten Zugriff auf alle Funktionen und Status eines Portlets durch Erstellung der entsprechenden URLs. In einem Produktions-Setup, in dem das Portlet über eine Unternehmensportalanwendung bereitgestellt wird, die eine eigene Zugriffssteuerung einsetzt, stellt dies ein Sicherheitsrisiko dar. Ein Administrator kann sicherstellen, dass der Zugriff auf ein sensibles Portlet über direkte URL-Bereitstellung verhindert wird, indem er die Eigenschaft "portletServingEnabled" auf "false" setzt.Beispiel: Einen Web-Service erstellen, der die API "JAX-WS Web Services Addressing" verwendet, um auf eine generische Web-Service-Ressourceninstanz zuzugreifen
Stellen Sie sich eine IT-Abteilung vor, die ein Druckernetz besitzt, das mit Web-Services verwaltet werden soll. Die Abteilung kann jeden Drucker als Ressource darstellen, die über eine Endpunktreferenz adressiert wird. Dieses Beispiel veranschaulicht, wie ein solcher Service mit den APIs "JAX-WS Web Services Addressing (WS-Addressing)" codiert wird, die von WebSphere Application Server bereitgestellt werden.Beispiel: Angepasstes Anmeldemodul AuthorizationToken
Diese Datei zeigt, wie festgestellt wird, ob es sich um eine Erstanmeldung oder eine Anmeldung durch Weitergabe handelt.Beispiel: Angepasstes Anmeldemodul mit Tokenweitergabe
Dieses Beispiel zeigt, wie festgestellt wird, ob es sich um eine Erstanmeldung oder eine Anmeldung durch Weitergabe handelt.Beispiel: Protokollierung und Tracing für ActiveX-Clientanwendungen aktivieren
Die ActiveX-EJB-Brücke bietet zwei Protokollierungs- und Tracing-Formate: Ereignisprotokoll für Windows-Anwendungen und Java-Traceprotokoll.Beispiel: Protokollierung und Tracing für Anwendungsclients aktivieren
Die ActiveX-EJB-Brücke bietet zwei Protokollierungs- und Tracing-Formate: Ereignisprotokoll für Windows-Anwendungen und Java-Traceprotokoll.Beispiel: Code einer Enterprise-Bean-Anwendung
Das folgende EJB-Komponentenbeispiel (Enterprise JavaBeans) veranschaulicht die Verwendung der Methoden "isCallerInRole" und "getCallerPrincipal" in einem EJB-Modul.Beispiel: Ausgangskontext durch Definieren der Eigenschaft "Provider-URL" abrufen
Im Allgemeinen müssen JNDI-Clients (Java Naming and Directory Interface) voraussetzen können, dass die richtige Umgebung bereits konfiguriert wurde und Eigenschaftswerte nicht mehr explizit konfiguriert und an den InitialContext-Konstruktor übergeben werden müssen. Ein JNDI-Client muss jedoch auf einen anderen als den in seiner Umgebung definierten Namespace zugreifen. In diesem Fall ist es erforderlich, die vom Konstruktor InitialContext verwendete Eigenschaft "java.naming.provider.url" (Provider-URL) explizit zu konfigurieren. Ein Provider-URL enthält Daten des Bootstrap-Servers, die die Ausgangskontextfactory verwenden kann, um einen Ausgangskontext abzurufen. Alle Eigenschaftswerte, die direkt an den InitialContext-Konstruktor übergeben wurden, haben eine höhere Priorität als die gleichen, in der Umgebung ermittelten Einstellungen.Beispiel: Einen Ausgangskontext mit CosNaming anfordern
In WebSphere Application Server wird ein Ausgangskontext von einem Bootstrap-Server abgerufen. Die Adresse für den Bootstrap-Server setzt sich aus Host und Port zusammen. Zum Abrufen eines Ausgangskontexts müssen Sie den Host und den Port für Server kennen, der als Bootstrap-Server verwendet wird.Beispiel: Standardausgangskontext abrufen
Ein Programm hat verschiedene Möglichkeiten, den Standardausgangskontext abzurufen.Beispiel: EJB-Home- oder -Geschäftsschnittstelle mit JNDI suchen
Die meisten Anwendungen, die Java Naming and Directory Interface (JNDI) verwenden, werden in einem Container ausgeführt. Bei manchen Anwendungen ist das nicht der Fall. Welcher Name zum Lokalisieren eines Objekts verwendet wird, hängt davon ab, ob die Anwendung in einem Container ausgeführt wird. Manchmal ist es für eine Anwendung besser, einen corbaname-URL als Lookup-Namen zu verwenden. Containerstützte JNDI-Clients und Thin-Java-Clients können einen corbaname-URL verwenden.Beispiel: EJB-Home-Verzeichnis mit CosNaming durchsuchen
Sie können mit einem Namensserver von WebSphere Application Server über die CORBA-CosNaming-Schnittstelle ein Lookup für ein EJB-Home oder ein anderes CORBA-Objekt durchführen.Beispiel: SOAP-Nachrichten mit Anhängen über WSIF übergeben
Dieser Artikel enthält Informationen und Beispielcode zur Verwendung des WSIF-SOAP-Providers. Mit diesem Provider können Anhänge in einer MIME-Multipart/Related-Nachricht so übergeben werden, dass sich die SOAP-Verarbeitungsregeln für eine SOAP-Standardnachricht nicht ändern. Außerdem wird erläutert, wie WSDL-Erweiterungen (Web Services Description Language) für SOAP-Anhänge geschrieben werden und wie mit Typen und Typzuordnungen gearbeitet wird.Beispiel: Konsistenzprüfung beim erneuten Lesen
Die Konsistenzprüfung bei erneutem Lesen wird nur auf LifeTimeInCache-Beans angewendet, deren Daten von einer anderen Transaktion gelesen werden.Beispiel: Beispielkonfiguration für Web Services Security für eine Anwendung der Version 5.x
Wenn Sie eine Anwendung der Version 5.x mit Web Services Security sichern möchten, müssen Sie die Sicherheitseinschränkungen in den erweiterten IBM Implementierungsdeskriptoren und in den erweiterten IBM Bindungen definieren. Es werden Beispiel-Keystore-Dateien und Standardbindungsinformationen für eine Beispielkonfiguration bereitgestellt, um die Funktionen der erweiterten IBM Implementierungsdeskriptoren und Bindungen zu veranschaulichen.Beispiel: Clientinformationen mit der API "setClientInformation(Properties)" festlegen
Mit dieser API können Sie die WebSphere Application Server-Clientinformationen in Verbindungen festlegen, damit diese Informationen an die Datenbank übermittelt werden.Beispiel: Eigenschaft für Provider-URL zur Auswahl eines vom Ausgangskontext abweichenden Stammkontextes definieren
Jeder Server enthält einen eigenen Stammkontext, und beim Booten eines Servers ist der Serverstamm der standardmäßig verwendete JNDI-Ausgangskontext. Meist ist diese Standardeinstellung der gewünschte Ausgangskontext, da Systemartefakte, wie z. B. EJB-Homes, dort gebunden werden. Es sind jedoch andere Stammkontexte vorhanden, die interessante Bindungen enthalten können. Es besteht die Möglichkeit, einen Provider-URL für die Auswahl anderer Stammkontexte anzugeben.Beispiel: SIP-Servlet-Klasse ProxyServlet
Beispiel: SIP-Servlet-Klasse SendOnServlet
Die Klasse SendOnServlet ist ein einfaches SIP-Servlet, das folgende Basisfunktion ausführt: Es wird bei jedem INVITE aufgerufen und sendet die Anforderung von dort weiter.Beispiel: SIP-Servlet SimpleProxy
Dies ist ein Servletbeispiel eines einfachen Proxy (SimpleProxy).Beispiel: ActiveX-Clientanwendung für den Zugriff auf eine Java-Klasse oder ein Java-Objekt verwenden
In diesem Abschnitt wird beschrieben, wie Java-Proxy-Objekte mit der ActiveX-EJB-Brücke verwendet werden.Beispiel: Schreibgeschützte Entity-Bean verwenden
Im Folgenden werden ein Einsatzszenario und ein Beispiel für das Schreiben einer EJB-Anwendung beschrieben, die eine schreibgeschützte Entity-Bean verwendet.Beispiel: Verbindungen mit Parallelität verwenden
Eine ausführbares oder aufrufbares Objekt kann die Verbindungen verwenden, die die erstellende Komponente über die java:comp-Ressourcenreferenzen erhalten hat.Beispiel: JAX-WS-Eigenschaften zum Bearbeiten von SOAP-Headern verwenden
WebSphere Application Server stellt Erweiterungen für die Clientprogrammiermodelle Java API for XML-Based Web Services (JAX-WS) und Web Services for Java Platform, Enterprise Edition (Java EE) bereit, einschließlich der Eigenschaften "jaxws.binding.soap.headers.outbound" und "jaxws.binding.soap.headers.inbound". Dieses Beispiel zeigt, wie JAX-WS-Eigenschaften zum Bearbeiten von SOAP-Headern verwendet werden.Beispiel: Lokale Schnittstelle für dynamische Abfrage verwenden
Bei der Ausführung einer dynamischen EJB-Abfrage (Enterprise JavaBeans) über die lokale Schnittstelle wird die Methode "executeQuery" in der Schnittstelle "QueryLocal" aufgerufen. Diese Schnittstelle leitet keine Transaktion für die Methode ein. Deshalb müssen Sie für die Abfrage explizit einen Transaktionskontext einrichten.Beispiel: Tagbibliothek für Portletaggregation verwenden
Sie können die Tagbibliothek für Portletaggregation verwenden, um mehrere Portlets zusammenzufassen und so mehrere und unterschiedliche Inhalte auf einer Seite zu haben. Die Bibliothek kann von jeder JSP-Datei (JavaServer Pages) verwendet werden, die von einem Servlet eingeschlossen wurde.Beispiel: Ferne Schnittstelle für dynamische Abfrage verwenden
Bei der Ausführung einer dynamischen EJB-Abfrage (Enterprise JavaBeans) über die ferne Schnittstelle wird die Methode "executeQuery" in der Schnittstelle "Query" aufgerufen. Die Methode "executeQuery" hat für diese Schnittstelle das Transaktionsattribut REQUIRED. Deshalb muss nicht explizit ein Transaktionskontext für die Abfrage erstellt werden.Beispiel: Work Area Partition Manager verwenden
Beispiel: JSP-Tag tsx:repeat für die Iteration durch Ergebnismengen verwenden (veraltet)
Mit dem Tag <tsx:repeat> wird eine Iteration für eine Ergebnismenge durchgeführt. Die Ergebnismenge ist in einer Bean enthalten. Die Bean kann eine statische Bean sein, z. B. eine Bean, die mit dem Datenbankassistenten von IBM WebSphere Studio erstellt wurde. Es kann sich aber auch um eine dynamisch generierte Bean handeln, z. B. eine Bean, die von der <tsx:dbquery>-Syntax generiert wurde.Beispiel: Eine "System.out"-Nachricht anzeigen
Die ActiveX-EJB-Brücke hat keine Konsole, in der Java-"System.out"-Nachrichten angezeigt werden können. Wenn Sie diese Nachrichten beim Ausführen eines eigenständigen Clientprogramms (wie z. B. Visual Basic) anzeigen möchten, müssen Sie die Ausgabe in eine Datei umleiten.Codebeispiel für Web-Services
Das WSDL-Beispiel (Web Services Description Language) und die Code-Snippets in diesem Artikel veranschaulichen, wie zur Programmierung einer Mediation auf Felder in einer Web-Service-Nachricht zugegriffen wird.


http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=welc_ref_dev_xmp
Dateiname:welc_ref_dev_xmp.html