Developer best practices
This reference information describes best practices and other considerations for developers.
You can also search for best practice information using keywords.
Unterartikel
Zugriffsart - Isolationsstufe und Aktualisierungssperren
Mit den Richtlinien für Zugriffsarten (Access Intent) von WebSphere® Application Server können Sie die Isolationsstufe für CMP-Bean-Daten für die unterschiedlichen relationalen Datenbanken in Ihrer Umgebung einheitlich definieren.ActiveX-Clientprogrammierung, Behandlung von Fehlercodes
Alle im Java-Code ausgelösten Ausnahmen werden gekapselt und als COM-Fehler über die Schnittstelle "ISupportErrorInfo" durch Aufruf des Fehlerobjekts gemäß der EXCEPINFO-Struktur "IDispatch::Invoke()" in Visual Basic und VBScript erneut ausgelöst. Java-Ausnahmen sind keine Fehlernummern zugeordnet. Wenn eine Java-Ausnahme ausgelöst wird, wird deshalb der gesamte Stack-Trace im Fehlerbeschreibungstext gespeichert, dem dann die Fehlernummer 0x6003 zugeordnet wird.ActiveX-Clientprogrammierung, Tipps zur Programmierung von Java-Feldern
Wenn Sie die ActiveX-EJB-Brücke verwenden, um auf Java-Felder zuzugreifen, gelten dieselben Regeln für Groß-/Kleinschreibung wie beim Aufrufen von Methoden. Die Feldnamen müssen in der Groß-/Kleinschreibung mit der Syntax von Java-Feldern übereinstimmen.ActiveX-Clientprogrammierung, Tipps zur Initalisierung der Java Virtual Machine
In diesem Abschnitt wird beschrieben, wie Sie den JVM-Code mit der ActiveX-EJB-Brücke initialisieren. Damit ein ActiveX-Clientprogramm (Visual Basic, VBScript oder ASP) auf Java-Klassen oder -Objekte zugreifen kann, muss es zunächst JVM-Code innerhalb seines Prozesses erstellen.ActiveX-Clientprogrammierung, Threading-Tipps
Die ActiveX-EJB-Brücke unterstützt den Free-Threaded- und den Apartment-Threaded-Zugriff und implementiert den Free Threaded Marshaler, der in einer Hybridumgebung, wie z. B. Active Server Pages, eingesetzt werden kann. Jeder im ActiveX-Prozess erstellte Thread wird in der Java-Umgebung gespiegelt, wenn der Thread über die ActiveX-EJB-Brücke kommuniziert.ActiveX-Clientprogrammierung, Tipps für die Übergabe von Arrays
Arrays in Java und Automation-Containern wie Visual Basic und VBScript sind sehr ähnlich. Dieser Artikel beschreibt einige wichtige Punkte, die bei der Übergabe von Arrays zwischen diesen Containern beachtet werden müssen.Empfohlene Methoden für die Programmierung von ActiveX-Clients
Es wird empfohlen, für den Zugriff auf Java™-Komponenten die Sprache Java zu verwenden. Es empfiehlt sich, so viel wie möglich in Java zu programmieren und eine kleine, einfache Schnittstelle zwischen dem COM-Automationscontainer (z. B. Visual Basic) und dem Java-Code zu verwenden. Bei Verwendung dieses Schnittstelle vermeiden Sie Probleme mit dem Systemaufwand und der Leistung, die normalerweise bei der Navigation in der Schnittstelle auftreten.Werte für die Konvertierung von ActiveX-Datentypen in primitive Java-Datentypen
Alle primitiven Java-Datentypen werden automatisch in native ActiveX-Automation-Typen konvertiert. Es werden jedoch nicht alle Automation-Datentypen in Java-Typen konvertiert (z. B. VT_DATE). Für die Datenkonvertierung werden Variant-Datentypen verwendet.Richtlinien für ActivitySessions und Transaktionscontainer in Kombination
Dieser Abschnitt enthält detaillierte Informationen zur Beziehung zwischen den Implementierungsdeskriptoreigenschaften, die festlegen, wie der Container die Grenzen der ActivitySession verwaltet.Interoperabilität von Anwendungsprofilen
Die Verwendung des Service für die Erstellung (Application Profile Service) von Anwendungsprofilen mit dem 5.x-Kompatibilitätsmodus oder in einer Clusterumgebung mit verschiedenen Produktversionen und verschiedenen Plattformen kann sich vielfältig auf das Verhalten auswirken.Hinweise zum Anwendungsdesign für Asynchronous Request Dispatcher (ARD)
Asynchronous Request Dispatcher (ARD) ist keine immer und überall passende Lösung für die Servletprogrammierung. Sie müssen die Anforderungen Ihrer Anwendung auswerten und mögliche Vorbehalt gegen die Verwendung von ARD in Betracht ziehen. Die Umstellung aller Include-Aufrufe auf asynchronen Start ist nicht für alle Szenarien die geeignete Lösung, aber bei einem wohl überlegten Einsatz kann ARD zu einer Verbesserung der Antwortzeiten führen.Tipps zur Programmierung von Clients für den ORB-Service
An jedem Austausch von IIOP-Anforderungen und -Antworten sind ein ORB auf Clientseite und ein ORB auf Serverseite beteiligt. Es ist wichtig, dass eine Anwendung, die IIOP verwendet, ordnungsgemäß für die Kommunikation mit dem clientseitigen Object Request Broker (ORB) programmiert ist.Unterstützung einheitlicher Standards (EAL4)
Statistiken für Verbindungen und Verbindungspools
WebSphere Application Server unterstützt die Verwendung von PMI-APIs für die Überwachung der Leistung von Datenzugriffsanwendungen.DataGraph-Schema
Standardanwendung
WebSphere Application Server bietet eine Standardkonfiguration, mit der Administratoren auf einfache Weise überprüfen können, ob der Application Server aktiv ist. Die Installation des Produkts beinhaltet den Anwendungsserver server1 und die Unternehmensanwendung Standardanwendung.Vergleich der Services für dynamische Abfragen und der Services für Implementierungs-EJB-Abfragen
Sie können den dynamischen Abfrageservice verwenden, um Abfragen für Entity-Beans, die dynamisch zur Laufzeit erstellt werden, zu erstellen und auszuführen, anstatt sie während der Implementierung zu definieren. Durch diese Verfahren erhalten Sie die Flexibilität von Abfragen, die zur Laufzeit definiert werden, und können das Leistungsspektrum von EJB-QL (Query Language) nutzen. Neben der Unterstützung des gesamten Leistungsspektrums von EJB-QL-Abfragen, stellt Ihnen der dynamische Abfrageservice weitere Funktionen zur Verfügung, die für die statischen Standardabfragen nicht bereitstehen. Zwei Beispiele hierfür sind die direkte Auswahl mehrerer Datenfelder in der Bean (statische Abfragen lassen derzeit nur die Auswahl eines Feldes zu) und die direkte Ausführung von Geschäftsmethoden in der Abfrage.Hinweise zu Modulen der EJB Version 3.x
Wenn Sie Module der Enterprise JavaBeans (EJB) Version 3.x verwenden, müssen Sie die folgenden Hinweise beachten.Datenabruf mit dem EJB Data Mediator Service
Eine EJB-Mediator-Anforderung ist eine zusammengesetzte EJB-Abfrage. Mit dem Aufruf getGraph können Sie einen Datengraphen anfordern.Datenaktualisierung mit dem EJB Data Mediator Service
Eine EJB-Mediator-Anforderung ist eine zusammengesetzte EJB-Abfrage. Mit der Methode applyChanges können Sie einen aktualisierten DataGraph in die Datenquelle zurückschreiben.Programmierhinweise zum EJB Data Mediator Service
Wenn Sie damit beginnen, Ihre Anwendungen so zu schreiben, dass Sie von dem im Produkt bereitgestellten EJB Data Mediator Service (DMS) profitieren können, sollten Sie Folgendes beachten:Abfragesyntax für EJB Mediator
Wenn Sie damit beginnen, Ihre Anwendungen so zu schreiben, dass Sie von dem im Produkt bereitgestellten Enterprise JavaBeans (EJB) Data Mediator Service (DMS) profitieren können, sollten Sie die folgenden Punkte beachten.Einschränkungen der EJB-Abfragesprache
Wenn Sie die EJB-Abfragesprache im Produkt verwenden, werden Sie gewisse Unterschiede im Vergleich mit der EJB-Standardabfragesprache feststellen. Die Einschränkungen, auf die Sie achten müssen, sind im folgenden Abschnitt aufgelistet.Vergleich der EJB-Spezifikation mit der WebSphere-Abfragesprache
WebSphere Application Server erweitert die EJB-Abfragesprache um eigene Elemente.Unterstützung für eine benutzerdefiniere Wertegruppe aktivieren
Die Unterstützung für die Wertegruppe kann über die Administrationskonsole aktiviert werden. Sie können dies im Rahmen der Prozedur für das Hinzufügen einer benutzerdefinierten Wertegruppe zur UDDI-Registry tun.Bewährte Verfahren für die Entwicklung von Enterprise-Beans
Beachten Sie folgende Richtlinien bei Entwurf und Entwicklung von Enterprise-Beans.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.FIPS-Unterstützung
Unter Federal Information Processing Standards (FIPS) fallen Standards und Richtlinien, die vom National Institute of Standards and Technology (NIST) der Vereinigten Staaten für Behördensysteme aufgestellt werden. FIPS kann für WebSphere Application Server aktiviert werden.Verarbeitung von IBM MQ-Nachrichtenheadern
IBM MQ-Nachrichten können optional Header oder alternative Header zum MQRFH2-Header mit JMS-Eigenschaften enthalten. Anwendungsprogramme von WebSphere Application Server können die Klassen "com.ibm.mq.headers" verwenden, um auf Header in Nachrichten von IBM MQ zuzugreifen und um Header in Nachrichten an IBM MQ zu erstellen.Unterstützung von Ausgangskontexten
Alle Benennungsoperationen beginnen mit dem Abrufen des Ausgangskontexts. Sie können den Ausgangskontext als Anfangspunkt im Namespace betrachten. Führen Sie mit dem Ausgangskontext Benennungsoperationen aus, wie z. B. das Lokalisieren und Binden von Objekten im Namespace.Fehler im Service zur Internationalisierung
Diese Bedingungen können dazu führen, dass der Service zur Internationalisierung nicht gestartet wird, dass Ausnahmen des Typs "java.lang.IllegalStateException" ausgelöst werden oder Standardverhalten eingeleitet werden.Unterstützung der Cursoroffenhaltung in JDBC-Anwendungen
Das Feature "Cursoroffenhaltung" kann den Systemaufwand für JDBC-Interaktionen mit Ihrer relationalen Datenbank verringern und auf diesem Wege zu einer Steigerung des Anwendungsdurchsatzes beitragen.Tipps für die Entwicklung von JDBC-Anwendungen
Wenn Sie bewährte Verfahren befolgen, um die Effizienz von JDBC-Abfragen zu maximieren, können Sie die Anwendungsleistung erhöhen.JMS-Formate
Wenn Sie Code schreiben möchten, der auf die verschiedenen JMS-Nachrichtentypen zugreifen kann, müssen Sie wissen, wie jeder Nachrichtentyp SDO zugeordnet ist und wie die Nachrichtenformatzeichenfolge aus der Nachricht abgerufen wird.JMS-Formate - Bytes
Ihr Programm kann die Nutzdaten einer JMS-Bytenachricht abrufen, indem es den Hauptteil der Nachricht einem SDO-Datengraphen zuordnet, der die Nachricht darstellt.JMS-Formate - Objekt
Ihr Programm kann die Nutzdaten einer JMS-Objektnachricht abrufen, indem es den Hauptteil der Nachricht einem SDO-Datengraphen zuordnet, der die Nachricht darstellt.JMS-Formate - Datenstrom
Ihr Programm kann die Nutzdaten einer JMS-Datenstromnachricht abrufen, indem es den Hauptteil der Nachricht einem SDO-Datengraphen zuordnet, der die Nachricht darstellt.JMS-Formate - Text
Ihr Programm kann die Nutzdaten einer JMS-Textnachricht abrufen, indem es den Hauptteil der Nachricht einem SDO-Datengraphen zuordnet, der die Nachricht darstellt.Interoperabilitätsprobleme bei JNDI
Sie müssen zusätzliche Schritte ausführen, wenn Ihre Programme mit produktfremden JNDI-Clients interagieren und MQSeries®-Ressourcen an einen Namespace gebunden werden sollen.JNDI-Unterstützung in WebSphere Application Server
Das Produkt enthält einen Namensserver für den gemeinsamen Zugriff auf Java-Komponenten sowie eine Implementierung des JNDI-Pakets javax.naming, das den Benutzerzugriff auf den Namensserver des Produkts über die JNDI-Naming-Schnittstelle unterstützt.Benutzerdefinierte Wertegruppendaten laden
Sie können das Dienstprogramm "UDDIUserDefinedValueSet" verwenden, um Wertegruppendaten in die UDDI-Registry zu laden, vorhandene Wertegruppendaten einer anderen tModel-Entität zuzuordnen und vorhandene Wertegruppendaten zu entladen. Wertegruppendaten werden Rahmen der Prozedur für das Hinzufügen einer benutzerdefinierten Wertegruppe zur UDDI-Registry geladen.LCT (Local Transaction Containment)
IBM® WebSphere Application Server unterstützt lokale Transaktionseinschlüsse (LTC, Local Transaction Containment), die Sie über die erweiterten Implementierungsdeskriptoren lokaler Transaktionen konfigurieren können. Die Unterstützung lokaler Transaktionseinschlüsse bietet Anwendungsprogrammierern bestimmte Vorteile. Verwenden Sie die bereitgestellten Szenarien und die Liste der zu beachtenden Punkte, um sich für die beste Methode für die Konfiguration der Transaktionsunterstützung für lokale Transaktionen zu entscheiden.Unterstützung für Namenssuche in Implementierungsdeskriptoren und Thin Clients
Serveranwendungsobjekte, wie z. B. EJB-Homes, werden relativ zum Serverstammkontext des Servers, auf dem die Anwendung installiert ist, gebunden. Andere Objekte, wie z. B. Ressourcen, können auch an einen bestimmten Serverstamm gebunden werden. Die Namen, die zum Lokalisieren dieser Objekte verwendet werden, müssen qualifiziert sein, damit sie für die Auswahl des richtigen Serverstamms verwendet werden können. In diesem Artikel wird erläutert, was relative und qualifizierte Namen sind, in welchen Fällen sie verwendet werden und wie Sie sie erstellen können.Zuordnung weiterer MQRFH2-Headerfelder in der Serviceintegration
Der IBM MQ-Nachrichtenheader (MQRFH2) enthält zusätzliche Felder, die für den Service Integration Bus spezifisch sind und Funktionen zulassen, die in IBM MQ nicht verwendet werden. Wenn IBM MQ eine Nachricht von einem Service Integration Bus zu einem anderen Service Integration Bus überträgt, übertragen dieses Felder Informationen, die von Serviceintegrationsanwendungen verwendet werden können, jedoch für IBM MQ nicht erforderlich sind.Ziele IBM MQ-Warteschlangen, -Topics und -Zielen zuordnen und umgekehrt
Sowohl Serviceintegrationsnachrichten als auch IBM MQ-Nachrichten enthalten Headerfelder und Eigenschaften. Einige dieser Headerfelder und Eigenschaften enthalten Ziele oder Zieleigenschaften, die Informationen zu Ziel- und Antwortwarteschlangen und zu Zielen in den Routing- und Reverse-Routing-Pfaden des Busses liefern. Da die Serviceintegration und IBM MQ unterschiedliche Zieldefinitionen haben, werden Zuordnungen verwendet, um die Ziele und Zieleigenschaften zu verarbeiten, wenn Nachrichten vom Serviceintegrationsformat in das IBM MQ-Format und umgekehrt konvertiert werden.Felder von MQMD-Berichten JMS-providerspezifischen Eigenschaften zuordnen
JMS-Anwendungen können Berichtsnachrichten als Form der verwalteten Anforderungs-/Antwortverarbeitung verwenden, um Erzeuger über das Resultat ihrer Sendeoperationen und den Verbleib ihrer Nachrichten zu informieren. Eine JMS-Anwendung kann verschiedene Typen von Berichtsnachrichten anfordern, indem sie die Nachrichteneigenschaften und -optionen JMS_IBM_Report_Xxxx definieren.Zuordnung von SDO-Datengraphen für Web-Service-Nachrichten
Die Struktur von Web-Service-Nachrichten wird mit SDO-Datengraphen (Service Data Objects) der Version 1 für Web-Service-Nachrichten beschrieben.Zuordnung der JMS-Zustelloption sowie der Nachrichtenzuverlässigkeit und IBM MQ-Persistenzwerten
Bei der Konvertierung von Nachrichten aus dem IBM MQ-Format in das Serviceintegrationsformat und umgekehrt verarbeitet die Serviceintegration die Nachrichtenheaderfelder und -eigenschaften für den Zustellmodus, die Zuverlässigkeit und die Persistenz von Nachrichten.Konvertierung des Nachrichtenhauptteils in das und aus dem IBM MQ-Format
Der IBM MQ-Nachrichtenheader (MQRFH2) und der IBM MQ-Nachrichtendeskriptor (MQMD) können Informationen zum Format des IBM MQ-Nachrichtenhauptteils enthalten. Die Serviceintegration verwendet die in MQRFH2 und MQMD enthaltenen Informationen, wenn sie Nachrichten aus dem IBM MQ-Format konvertiert und beim Konvertieren einer Nachricht in das IBM MQ-Format Informationen in MQRFH2 und MQMD einfügt.Konvertierung der Nachrichtenheaderfelder und -eigenschaften in das und aus dem IBM MQ-Format
Wenn die Serviceintegration eine Nachricht in das IBM MQ-Format konvertiert, setzt sie Felder in MQMD und MQRFH2 basierend auf den Headerfeldern und Eigenschaften von Serviceintegrationsnachrichten. Dazu gehören für die Nachricht geeignete JMS-Nachrichtenheaderfelder und -eigenschaften. Wenn die Serviceintegration eine Nachricht aus dem IBM MQ-Format konvertiert, setzt sie die Headerfelder und Eigenschaften in der Serviceintegrationsnachricht auf der Basis von MQMD und MQRFH2 in der IBM MQ-Nachricht.Zuordnung von XML-Schemadefinitionen zu SDO-Typen
Jeder XML-Schematyp ist einem SDO-Typ zugeordnet. Verwenden Sie diese Zuordnung, um Code für die Navigation in den Datengraphen der Nachrichten, die von Ihrem Programm vermittelt werden.Berücksichtigung der Groß-/Kleinschreibung in Kennwörtern bei Verwendung einer Registry des lokalen Betriebssystems
Das Wissen, ob bei der Interpretation eines Kennworts die Groß-/Kleinschreibung berücksichtigt wird oder nicht, kann sich direkt auf die Verwendung einer Registry des lokalen Betriebssystems auswirken. WebSphere Application Server nutzt die Kennwortoption mit Groß-/Kleinschreibung für Resource Access Control Facility (RACF®) und ermöglicht Ihnen, Kennwörter zu verwenden, in denen die Groß-/Kleinschreibung berücksichtigt werden soll.Berücksichtigung der Groß-/Kleinschreibung in Kennwörtern bei Verwendung einer Registry des lokalen Betriebssystems
Werden mehr Kennwortkombinationen zugelassen, ist das für die Sicherheit von WebSphere Application Server von Vorteil. Kennwörter, die auf 8 Zeichen begrenzt sind, bieten nur begrenzte Sicherheit. Angriffe von Hackern sind bei Kennwörtern, die nur 8 Zeichen lang sind, häufig erfolgreich. WebSphere Application Server bietet nun zusätzlich zu dem aus 8 Zeichen bestehenden Kennwort die Möglichkeit, eine Kennwortphrase von 9 bis 100 Zeichen Länge zu verwenden. Die Kennwortphrase bietet eine exponentiell größere Anzahl Kombinationen zur Sicherung einer Benutzer-ID für eine Anwendung.Geprüfte tModel-Entität für Kategorisierung veröffentlichen
Die Veröffentlichung einer geprüften tModel-Entität für Kategorisierung ist der erste Schritt in der Prozedur zum Hinzufügen einer benutzerdefinierten Wertegruppe zur UDDI-Registry.Von Entwicklern von SIP-Anwendungen zu beachtende Laufzeitfaktoren
Sie müssen bestimmte Laufzeitverhalten des Produkts berücksichtigen, wenn Sie SIP-Anwendungen (Session Initiation Protocol) schreiben.Schedulerkonfiguration oder -topologie
Der Scheduler verwendet eine Datenbank, in der er persistent speichert, welche Tasks und wann diese Tasks ausgeführt werden. Es können Fehler auftreten, wenn die Topologie des Anwendungsservers oder die Anwendungs- oder Serverkonfiguration geändert wird. Wenn Sie die Konfiguration oder Topologie ändern, müssen Sie genau überlegen, wie sich diese Aktion auf den Scheduler auswirkt.Sicherheitsaspekte bei Web-Services
Wenn Sie Web Services Security konfigurieren, müssen Sie alles daran setzen, sicherzustellen, dass das Ergebnis vor der Vielzahl an Angriffsmöglichkeiten auf die Sicherheit geschützt ist. Dieser Artikel enthält einige Informationen zu den möglichen Sicherheitsproblemen, die sich beim Absichern von Web-Services stellen.Konformität mit den SIP-Industriestandards
Die Produktimplementierung von Session Initiation Protocol (SIP) entspricht den Industriestandards für SIP-Container und SIP-Anwendungen.Proprietäre SIP-Headerfelder
Sie können eine SIP-Servletanforderung erstellen, die proprietäre Headerfelder umfasst. Proprietäre SIP-Headerfelder ermöglichen es, SIP-Einstellungen pro Nachricht zu implementieren. SIP-Einstellungen, die auf der Ebene der SIP-Container festgelegt werden, werden auf alle vom SIP-Container verarbeiteten SIP-Nachrichten angewendet.Die SIP-Klassen SipServletRequest und SipServletResponse
Die Klassen SipServletRequest und SipServletResponse sind den Klassen HttpServletRequest und HttpServletResponse ähnlich.Die SIP-Klassen SipSession und SipApplicationSession
Die Klassen SipSession und SipApplicationSession sind wahrscheinlich die komplexesten Teile der Spezifikation SIP Servlet 1.0.Terminologie aus den WS-Notification-Standards
Die in diesem Artikel beschriebene Terminologie ist in den WS-Notification-Spezifikationen definiert und gilt für alle anbieterspezifischen Implementierungen dieser Spezifikationen.Methoden "createQueue" und "createTopic" und der Standard-Messaging-Provider
Sie können die Methode Session.createQueue(String) oder Session.createTopic(String) anstelle einer JNDI-Lookup-Operation verwenden, um eine JMS-Warteschlange oder ein JMS-Topic mit dem Standard-Messaging-Provider zu erstellen.Topicnamen und Verwendung von Platzhalterzeichen in Topicausdrücken
Platzhalterzeichen können in Topicausdrücken verwendet werden, um Topic abzurufen, die vom Standard-Messaging-Provider und den Serviceintegrationstechnologien bereitgestellt werden.Bytefeldgruppe in Nutzdaten einer Nachricht umsetzen
Eine Mediation kann eine Bytefeldgruppe in die Nutzdaten einer Nachricht umsetzen, ohne die Bedeutung der Nachricht zu ändern.Nutzdaten einer Nachricht in eine Bytefeldgruppe umsetzen
Sie können die Nutzdaten einer Nachricht in eine Bytefeldgruppe umsetzen.Codeumsetzung zwischen Nachrichtenformaten
Eine Mediation kann eine Nachricht von einem Format in ein anderes konvertieren, ohne die semantische Bedeutung der Nachricht zu ändern. Diese Operation wird als Codeumsetzung einer Nachricht bezeichnet.Empfohlene Methoden für Eigenschaften des Transportheaders
Sie können die Eigenschaften REQUEST_TRANSPORT_PROPERTIES und RESPONSE_TRANSPORT_PROPERTIES in einem JAX-RPC-Client-Stub (Java API for XML-based RPC), einer Call-Instanz oder einer RequestContext-Instanz des JAX-WS-BindingProviders (Java API for XML-Based Web services) setzen, um einem Web-Service-Client das Senden oder Abrufen der Transportheader zu ermöglichen.Unterstützung des Trust Association Interceptor für die Subjekterstellung
Der Trust Association Interceptor (TAI) "com.ibm.wsspi.security.tai.TrustAssociationInterceptor" unterstützt mehrere Features, die sich von der bestehenden Schnittstelle "com.ibm.websphere.security.TrustAssociationInterceptor" unterscheiden.Terminologie zur UDDI-Registry
In diesem Artikel werden spezifische Begriffe für die UDDI-Registry erläutert. Außerdem wird die Beziehung zwischen den Versionen der UDDI-Registry, der OASIS-Spezifikation (Organization for the Advancement of Structured Information) und der Version von WebSphere Application Server aufgezeigt.Modell für die Verwendung von ActivitySessions mit HTTP-Sitzungen
In diesem Artikel wird beschrieben, wie eine Webanwendung, die im WebSphere-Webontainer ausgeführt wird, an einem ActivitySession-Kontext teilnehmen kann.Unterstützung für benutzerdefinierte Wertegruppen in der UDDI-Registry
Sie können mehrere Wertegruppen definieren und der Registry der UDDI Version 3 angepasste Wertegruppen hinzufügen. In UDDI Version 2 wurde dieses Feature "Unterstützung angepasster Taxonomien" genannt.Validierung und Fehlerbehandlung für benutzerdefinierte Wertegruppen
Die Benutzerkonsole der UDDI-Registry führt die Validierung während der Erstellung einer save_tModel-Entitätsanforderung durch, d. h. vor dem Publizieren.Übersicht über Web-Service-Nachrichten
Zur Bearbeitung des Datengraphformats von Web-Service-Nachrichten müssen Sie die Struktur des Datengraphen kennen und wissen, wie Code für die Navigation im Datengraphen entwickelt wird.Bewährte Verfahren für die Migration von Web-Services
Verwenden Sie die folgenden bewährten Verfahren für die Migration von Web-Service-Anwendungen.Migrationsszenarien für Web-Services: JAX-RPC auf JAX-WS und JAXB
In diesem Artikel werden Szenarien für die Migration von JAX-RPC-Web-Services (Java API for XML-based RPC) auf JAX-WS- (Java API for XML-Based Web Services) und JAXB-Web-Services (Java Architecture for XML Binding) beschrieben.Hinweise zu Web Services Security
Wenn Sie Web-Services für WebSphere Application Server schützen möchten, müssen Sie mehrere unterschiedliche Konfigurationen angeben. Obwohl Sie diese Konfigurationen nicht in einer speziellen Reihenfolge angeben müssen, verweisen einige Konfigurationen auf andere Konfigurationen.Hinweise zur Konfiguration von Web Services Security-Konfiguration mit der WSS-API
Wenn Sie Web Services Security für WebSphere Application Server schützen möchten, können Sie über die APIs von Web Services Security (WSS-APIs) mehrere unterschiedliche Konfigurationen angeben. Die Spezifikation Web Services Security ist eine flexible Methode, um Web-Service-Nachrichten mithilfe digitaler XML-Signatur, XML-Verschlüsselung und der Zuordnung von Sicherheitstoken zu sichern. Sie können Web Services Security durch Konfiguration eines Richtliniensatzes oder durch Verwendung der WSS-APIs (Web-Services-Security-APIs) aktivieren. Die Implementierung für die WSS-APIs hat Standardwerte für die zu signierenden und zu verschlüsselnden Nachrichtenabschnitte. Die Standardwerte für die WSS-APIs ermöglichen Endbenutzern, Web Services Security schnell zu aktivieren.WAS-spezifische Terminologie in WS-Notification
Diese Terminologie ist im Vergleich zu der in den WS-Notification-Standards definierten Terminologie implementierungsspezifisch und bezieht sich auf die Implementierung von WS-Notification in WebSphere Application Server.IBM MQ-Funktionen, die von der Serviceintegration nicht unterstützt werden
Es sind verschiedene Funktionen in einem IBM MQ-Netz verfügbar, die in einem Service Integration Bus nicht verfügbar sind.IBM MQ-Server: Einschränkungen bezüglich heterogener Zellen und Cluster
Bei der Verwendung eines IBM MQ-Servers mit Zellen oder Clustern, die mehrere Versionen von WebSphere Application Server enthalten, müssen Sie die Anwendungsserverversionen unter Umständen kennen, wenn Sie Anwendungen implementieren, die mit IBM MQ-Warteschlangen kommunizieren.Terminologie in WS-Notification
Für die Arbeit mit WS-Notification müssen Sie bestimmte spezielle Begriffe kennen. Die meisten Begriffe sind in den WS-Notification-Standards definiert. Einige Begriffe wurden definiert, um diese Implementierung von WS-Notification für WebSphere Application Server zu beschreiben.WS-ReliableMessaging: Unterstützte Spezifikationen und Standards
WebSphere Application Server unterstützt zwei Version der WS-ReliableMessaging-Spezifikation. Damit wird die Kompatibilität mit Anbietern gewährleistet, die WS-ReliableMessaging mit dem Stand vom Februar 2005 unterstützen. Gleichzeitig werden die Anforderungen der aktuellen OASIS-Spezifikation erfüllt. Diese Implementierung von WS-ReliableMessaging ergänzt sich auch mit vielen anderen Web-Service-Standards.WS-ReliableMessaging - Anforderungen für Interaktion mit anderen Implementierungen
Die Informationen und Konfigurationen, die für die Reliable Messaging-Quelle eines anderen Anbieters benötigt werden, um Nachrichten an ein zuverlässiges Messaging-Ziel von WebSphere Application Server zu senden bzw. die Informationen und Konfigurationen, die für die Reliable Messaging-Quelle von WebSphere Application Server benötigt werden, um Nachrichten an das Reliable Messaging-Ziel eines anderen Anbieters zu senden.Rollen und Ziele von WS-ReliableMessaging
In diesem Artikel wird beschrieben, wie Sie die Rollen ermitteln, die Mitglieder Ihrer Organisation übernehmen können, und wie Sie mit WS-ReliableMessaging die Ziele jeder Rolle erreichen können.WS-ReliableMessaging - Terminologie
XML-Schemadefinition für JMS-Datenstromnachrichten
Im Folgenden sehen Sie die XML-Schemadefinition für die Codeumsetzung von JMS-Datenstromnachrichten in Nachrichtentypen.


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