Creating a new endpoint listener configuration

An endpoint listener is the point (address) at which messages for an inbound service are received. The endpoint listeners that are supplied with WebSphere® Application Server support SOAP over HTTP and SOAP over JMS bindings.

Before you begin

For every server or cluster that is to host an endpoint listener, you must install and configure a Service Data Objects (SDO) repository on the stand-alone server, or (for a server or cluster that is part of a managed cell) on the network deployment cell.

If you want to change the default HTTP endpoint listener security role, do so before you configure the SOAP over HTTP endpoint listener.

Before you configure a SOAP over JMS endpoint listener, configure the associated JMS resources.

You can set up separate endpoint listeners for inbound and outbound requests.

Decide which method to use to configure these resources. You can create a new endpoint listener configuration by using the administrative console as described in this task, or by using the createSIBWSEndpointListener command.
Note: If you want to create an endpoint listener configuration for your own endpoint listener application, rather than for one of the listeners that is supplied with WebSphere Application Server, you must use the wsadmin tool.

About this task

Endpoint listeners are a physical endpoint for receiving inbound service requests. An inbound service describes a bus destination as a logical web service. An inbound port associates a (logical) inbound service with an endpoint listener to provide a (physical) endpoint where the service can be invoked. Therefore you must have defined an endpoint listener before you can create an inbound port.

A request arrives at an endpoint listener. It is passed to an inbound port, at which point security and JAX-RPC handler lists can be applied, then sent on to the service destination. Responses follow the same path in reverse.

To configure a new endpoint listener for use with an inbound service is a two-stage process:
  1. Configure the listener for a specific application server or cluster (as described in this task).
  2. Configure an inbound service on the same bus to use the listener (as described in Making an internally-hosted service available as a web service).

To use the administrative console to configure an endpoint listener, complete the following steps:

Procedure

  1. Start the administrative console.
  2. In the navigation pane, click one of the following paths:
    • Servers -> Server Types -> WebSphere application servers -> server_name -> Endpoint listeners
    • Servers -> Clusters -> WebSphere application server clusters -> cluster_name -> Endpoint listeners
  3. Click New.
    The New endpoint listener wizard is displayed.
  4. Use the wizard to create the new endpoint listener configuration by completing the following steps. For more information about the properties that you set with the wizard, see the endpoint listener settings. You might want to use the values given in Example values for endpoint listener configuration.
    1. Select listener name and binding type.
      Endpoint listener name
      Type the name of your choice by which the endpoint listener is known. For example: wsgwsoaphttp; wsgwsoaphttp2; SOAPJMSChannel1; SOAPJMSChannel2.
      Binding type
      Select the type of binding that this endpoint listener supports. For a SOAP over HTTP or SOAP over HTTPS endpoint listener, select SOAP/HTTP or SOAP/HTTPS. For a SOAP over JMS endpoint listener select SOAP/JMS.
    2. Optional: Configure JMS settings.

      This panel is only displayed if you selected SOAP/JMS in the previous panel.

      You can choose to deploy your endpoint listener application to use an activation specification or a listener port. Listener ports are stabilized. For more information, read the topic about stabilized features. Wherever possible, you should deploy your endpoint listener application to use an activation specification. You can use only activation specifications with the default messaging provider; you can use either activation specifications or listener ports with the WebSphere MQ messaging provider.

      Select from the drop-down lists the listener port, or the activation specification and queue connection factory that you have previously configured as described in Configuring JMS resources for the synchronous SOAP over JMS endpoint listener.

    3. Configure required URLs.
      Configure web addresses for the application root and the WSDL serving root. You can either select pre-configured addresses based on the known virtual hosts, or create new values.
      URL root
      Select or type the address at which external clients access the endpoint listener endpoint. The URL root is the context root of the endpoint listener application, and provides the root of the web address that is used to build the endpoint addresses within WSDL files to direct requesters to this endpoint listener.
      An HTTP server can be used with a stand-alone application sever. Alternatively, if your endpoint listener is used by external clients to access a cluster providing high availability or workload management, your cluster usually employs a suitably configured HTTP server (or WebSphere proxy server) operating as an IP-sprayer. In either case, if external clients access the endpoint listener through an HTTP server or server cluster, using default port 80, then specify the HTTP server name and no port number. For example (for SOAP over HTTP endpoint listener 1):

      http://www.yourcompany.com/wsgwsoaphttp1

      For a stand-alone application server, your endpoint listener is typically configured for clients to connect directly to an individual application server. If your endpoint listener is used by external clients to access a cluster, you can configure the listener so that clients connect directly to an individual application server within the cluster as shown in the following example, but this might restrict the high availability or workload management capabilities of your cluster. However, if you allow external clients to connect direct to your application server (for example because it is a stand-alone server or in a development or test environment) then specify the application server host name and port number. For example (for SOAP over HTTP endpoint listener 1):

      http://your.server.name:9080/wsgwsoaphttp1

      where the port number (specified as 9080 in this example) matches the WC_defaultHost port value for the application server concerned.
      WSDL serving HTTP URL root
      Type the root of the web address for the WSDL files of the inbound services that are available at this endpoint listener. This address comprises the root of the HTTP address at which external clients access your endpoint listener application, followed by /sibws. This represents the URL that is used when publishing the WSDL URL to a UDDI registry. The host and port name you specify for the WSDL serving HTTP URL root typically match those you specify for the URL root.
      If external clients access the endpoint listener through an HTTP server or server cluster, typically by using default port 80, then this URL root includes the HTTP server name and no port number. For example:
      http://www.yourcompany.com/sibws
      However, if you allow external clients to connect direct to your application server (for example in a development or test environment) then this URL root includes the application server host name and port number. For example:
      http://your.server.name:9080/sibws
      Note: The WSDL serving HTTP URL root is only used internally by other components of WebSphere Application Server (notably the IBM UDDI registry). For all other uses, you access the WSDL file through the endpoint listener endpoint for the inbound service. To get the location details for a given inbound service WSDL file, publish the WSDL file to a compressed file, then look up the location within the exported WSDL file.
    4. Select the service integration buses to which the new endpoint listener should be connected. Only buses of which the application server or cluster is a member are available for selection.
  5. Click Finish.

Results

If the processing completes successfully, the list of endpoint listeners is updated to include the new endpoint listener. Otherwise, an error message is displayed.

What to do next

You are now ready to select this endpoint listener for use with an inbound service.