End-to-end paths
Start here for step-by-step guidance in using the product to reach the goals. First, identify the scenario that most closely matches our own project goal, such as updating and redeploying an existing application to include telephony services. Follow one of the linear paths to reach the goal. Conceptual background is provided to help to adapt each path to the specific situation.
Subtopics
- Featured end-to-end paths
These end-to-end paths feature the latest design. Start here for step-by-step guidance in using the product to reach your goals. First, identify the scenario that most closely matches our own project goal, such as updating and redeploying an existing application to include telephony services. Follow one of the linear paths to reach the goal. Conceptual background is provided to help to adapt each path to the specific situation.
- End-to-end paths for ActivitySessions
This page provides a starting point for finding information about ActivitySessions, a WebSphere extension for reducing the complexity of commitment rules and limitations associated with one-phase commit resources.
- End-to-end paths for Application profiling
This page provides a starting point for finding information about application profiling, a WebSphere extension for defining strategies to dynamically control concurrency, prefetch, and read-ahead.
- End-to-end paths for Asynchronous beans
This page provides a starting point for finding information about asynchronous beans.
- End-to-end paths for Client applications
This page provides a starting point for finding information about application clients and client applications. Application clients provide a framework on which application code runs, so that the client applications can access information on the application server.
- End-to-end paths for communications enabled applications
Communications enabled applications (CEA) is a functionality that provides the ability to add dynamic web communications to any application or business process. The product provides a suite of integrated telephony and collaborative web services that extends the interactivity of enterprise and web commerce applications. With the CEA capability, enterprise solution architects and developers can use a single core application to enable multiple modes of communication. Enterprise developers do not need to have extensive knowledge of telephony or Session Initiation Protocol (SIP) to implement CEA. The CEA capability delivers call control, notifications, and interactivity and provides the platform for more complex communications.
- End-to-end paths for Data access resources
This page provides a starting point for finding information about data access. Various enterprise information systems (EIS) use different methods for storing data. These backend data stores might be relational databases, procedural transaction programs, or object-oriented databases.
- End-to-end paths for Dynamic caching
This page provides a starting point for finding information about the dynamic cache service, which improves performance by caching the output of servlets, commands, web services, and JSPs (JSP) files.
- End-to-end paths for Dynamic and EJB query
This page provides a starting point for finding information about dynamic query, a WebSphere programming extension for unprecedented application flexibility. This information also includes EJB query, the Java feature upon which the WebSphere extension is built.
- End-to-end paths for EJB applications
This page provides a starting point for finding information about enterprise beans.
- End-to-end paths for Internationalization service
This page provides a starting point for finding information about globalization and the internationalization service, a WebSphere extension for improving developer productivity.
- End-to-end paths for the Liberty profile
This page links to step-by-step guidance in working with the WAS Liberty profile.
- End-to-end paths for Mail, URLs, and other Java EE resources
This page provides a starting point for finding information about resources used by applications that are deployed on a Java Enterprise Edition (Java EE)-compliant application server. They include:
- End-to-end paths for Messaging resources
This page provides a starting point for finding information about the use of asynchronous messaging resources for enterprise applications with WebSphere Application Server.
- Migrate cells using the command-line tools
- End-to-end paths for Naming and directory
This page provides a starting point for finding information about naming support. Naming includes both server-side and client-side components. The server-side component is a Common Object Request Broker Architecture (CORBA) naming service (CosNaming). The client-side component is a JNDI service provider. JNDI is a core component in the Java EE programming model.
- End-to-end paths for Object Request Broker (ORB)
This page provides a starting point for finding information about the Object Request Broker (ORB). The product uses an ORB to manage communication between client applications and server applications as well as among product components. These Java EE standard services are relevant to the ORB: Remote Method Invocation/Internet Inter-ORB Protocol (RMI/IIOP) and Java Interface Definition Language (Java IDL).
- End-to-end paths for OSGi applications
This page provides a starting point for step-by-step guidance in working with OSGi applications.
- End-to-end paths for Portlet applications
This page provides a starting point for finding information about portlet applications, which are special reusable Java servlets that appear as defined regions on portal pages. Portlets provide access to different applications, services, and web content.
- (dist)(zos) SCA composites
This page provides a starting point for finding information about Service Component Architecture (SCA) composites, which consist of components that implement business functions in the form of services.
- End-to-end paths for Scheduler service
This page provides a starting point for finding information about the scheduler service, a WebSphere programming extension responsible for starting actions at specific times or intervals.
- End-to-end paths for security
- (v8550) End-to-end paths for service mapping
This page links to step-by-step guidance in working with service mapping.
- End-to-end paths for Session Initiation Protocol (SIP) applications
This page provides a starting point for finding information about SIP applications, which are Java programs that use at least one Session Initiation Protocol (SIP) servlet written to the JSR 116 specification.
- End-to-end paths for web applications
This page provides a starting point for finding information about web applications, which are comprised of one or more related files managed as a unit, including:
- End-to-end paths for web services
This page provides a starting point for finding information about web services.
- End-to-end paths for web services - RESTful services
We can use Java™ API for RESTful Web Services (JAX-RS) to develop services that follow Representational State Transfer (REST) principles. RESTful services are based on manipulating resources. Resources can contain static or dynamically updated data. By identifying the resources in the application, we can make the service more useful and easier to develop.
- End-to-end paths for web services - Security (WS-Security)
The Web Services Security specification defines core facilities for protecting the integrity and confidentiality of a message, and provides mechanisms for associating security-related claims with a message.
- End-to-end paths for web services - Addressing (WS-Addressing)
The Web Services Addressing (WS-Addressing) support in this product provides the environment for web services that use the World Wide Web Consortium (W3C) WS-Addressing specifications. This family of specifications provide transport-neutral mechanisms to address web services and to facilitate end-to-end addressing.
- End-to-end paths for web services - Resource framework (WSRF)
Web service interfaces often need to provide stateful interactions with the clients of the service. For example, a web service interface such as a shopping cart, where the result of one operation influences the carrying out of the succeeding operations. The OASIS Web Services Resource Framework (WSRF) defines a generic framework for modelling and accessing stateful resources using web services, so that the definition and implementation of a service and the integration and management of multiple services is easier.
- End-to-end paths for web services - Policy (WS-Policy)
WS-Policy is an interoperability standard used to describe and communicate the policies of a web service so that service providers can export policy requirements in a standard format. Clients can combine the service provider requirements with their own capabilities to establish the policies required for a specific interaction. This product conforms to the WS-Policy specification, so that policy information can be exchanged and received in accordance with the WS-Policy standard.
- End-to-end paths for web services - Reliable messaging (WS-ReliableMessaging)
To configure a web service application to use WS-ReliableMessaging, you attach a policy set containing a WS-ReliableMessaging policy type. This policy type offers a range of qualities of service: managed persistent, managed non-persistent, or unmanaged non-persistent.
- End-to-end paths for web services - UDDI registry
The Universal Description, Discovery, and Integration (UDDI) specification defines a way to publish and discover information about web services. The UDDI specification defines a standard for the visibility, reusability, and manageability that are essential for a service-oriented architecture (SOA) registry service. The UDDI registry is a directory for web services that is implemented using the UDDI specification. It is a component of WAS.
- End-to-end paths for web services - Transaction support (WS-Transaction)
WS-Transaction is an interoperability standard that includes the WS-AtomicTransaction, WS-BusinessActivity, and WS-Coordination specifications. The Web Services Atomic Transaction (WS-AT) support in the application server provides transactional quality of service to the web services environment. Distributed web services applications, and the resources they use, can take part in distributed global transactions. With Web Services Business Activity (WS-BA) support in the application server, web services on different systems can coordinate activities that are more loosely coupled than atomic transactions. Such activities can be difficult or impossible to roll back atomically, and therefore require a compensation process if an error occurs. Web Services Coordination (WS-COOR) specifies a CoordinationContext and a Registration service with which participant web services can enlist to take part in the protocols that are offered by specific coordination types.
- End-to-end paths for web services - Transports
Transport chains represent a network protocol stack used for I/O operations within an application server environment. Transport chains are part of the channel framework function that provides a common networking service for all components.
Related concepts