TIBCO Hawk HTTP Adapter is automatically installed with TIBCO Hawk 5.2. For more detail, please refer to
TIBCO Hawk Installation, Configuration, and Administration Guide.
To deploy TIBCO Hawk HTTP Adapter copy the HAWK_HOME/adapters/http directory to the webapps directory of your webserver (
HAWK_HOME/webconsole/tomcat/webapps).
The HTTP Adaptor Server uses Log4j based logging to log trace messages in TIBCO Hawk HTTP Adapter server and underlying AMI/Console API Log file configuration is defined in
web.xml as follows:
TIBCO Hawk HTTP Adapter publishes itself as a microagent (named as TibHawkServlet) using AMI. The AMI configuration for the TIBCO Datagrid transport is same as of the Console API configuration. In case of multiple TIBCO Datagrid domains, TIBCO Hawk HTTP Adapter AMI uses the last TIBCO Datagrid Domain configuration, configured in
DomainTransportCfg.xml.
If TIBCO Rendezvous AMI parameters are not configured than the TIBCO Rendezvous Console parameters are used for AMI configuration. In case of multiple TIBCO Rendezvous domains, the last configured TIBCO Rendezvous domain parameters will be used for AMI communication.
For EMS Domain, the AMI communication will use the TIBCO Rendezvous AMI configuration in
web.xml. If no TIBCO Rendezvous AMI configuration is configured, then it will use TIBCO Rendezvous AMI with default configuration:
The Hawk HTTP Adapter allows easier specification of multiple TIBCO Hawk domains. You can view agent, alert, microagent and method information for all TIBCO Hawk domains in your configuration simultaneously.
The DomainTransportCfg.xml file provides the configuration for the AlertCollector component and specifies the list of TIBCO Hawk domains and their corresponding transports. It follows the xml schema defined as per
DomainTransportCfg.xsd. The
DomainTransportCfg.xml and
DomainTransportCfg.xsd files are located at the
HAWK_HOME\adapters\http\WEB-INF\classes folder.
This DomainTransportCfg.xml is an example xml configuration that uses two different transports for two domains. There should be one DomainTransport section per managed domain as shown below.