Tib Hawk HTTP Adapter User Guide
Tib Hawk HTTP Adapter User Guide
HTTP Adapter
User’s Guide
Software Release 4.9
November 2010
Important Information
SOME TIBCO SOFTWARE EMBEDS OR BUNDLES OTHER TIBCO SOFTWARE. USE OF SUCH EMBEDDED
OR BUNDLED TIBCO SOFTWARE IS SOLELY TO ENABLE THE FUNCTIONALITY (OR PROVIDE LIMITED
ADD-ON FUNCTIONALITY) OF THE LICENSED TIBCO SOFTWARE. THE EMBEDDED OR BUNDLED
SOFTWARE IS NOT LICENSED TO BE USED OR ACCESSED BY ANY OTHER TIBCO SOFTWARE OR FOR
ANY OTHER PURPOSE.
USE OF TIBCO SOFTWARE AND THIS DOCUMENT IS SUBJECT TO THE TERMS AND CONDITIONS OF A
LICENSE AGREEMENT FOUND IN EITHER A SEPARATELY EXECUTED SOFTWARE LICENSE
AGREEMENT, OR, IF THERE IS NO SUCH SEPARATE AGREEMENT, THE CLICKWRAP END USER
LICENSE AGREEMENT WHICH IS DISPLAYED DURING DOWNLOAD OR INSTALLATION OF THE
SOFTWARE (AND WHICH IS DUPLICATED IN LICENSE FILE) OR IF THERE IS NO SUCH SOFTWARE
LICENSE AGREEMENT OR CLICKWRAP END USER LICENSE AGREEMENT, THE LICENSE(S) LOCATED
IN THE “LICENSE” FILE(S) OF THE SOFTWARE. USE OF THIS DOCUMENT IS SUBJECT TO THOSE TERMS
AND CONDITIONS, AND YOUR USE HEREOF SHALL CONSTITUTE ACCEPTANCE OF AND AN
AGREEMENT TO BE BOUND BY THE SAME.
This document contains confidential information that is subject to U.S. and international copyright laws and
treaties. No part of this document may be reproduced in any form without the written authorization of TIBCO
Software Inc.
TIBCO, The Power of Now, TIBCO ActiveMatrix BusinessWorks, TIBCO Hawk, TIBCO Designer, TIBCO
Rendezvous, TIBCO Enterprise Message Service, TIBCO Runtime Agent, TIBCO Administrator, TIBCO
ActiveEnterprise and TIBCO Repository are either registered trademarks or trademarks of TIBCO Software Inc.
in the United States and/or other countries.
EJB, Java EE, J2EE, and all Java-based trademarks and logos are trademarks or registered trademarks of Sun
Microsystems, Inc. in the U.S. and other countries.
All other product and company names and marks mentioned in this document are the property of their
respective owners and are mentioned for identification purposes only.
THIS SOFTWARE MAY BE AVAILABLE ON MULTIPLE OPERATING SYSTEMS. HOWEVER, NOT ALL
OPERATING SYSTEM PLATFORMS FOR A SPECIFIC SOFTWARE VERSION ARE RELEASED AT THE SAME
TIME. SEE THE README FILE FOR THE AVAILABILITY OF THIS SOFTWARE VERSION ON A SPECIFIC
OPERATING SYSTEM PLATFORM.
THIS DOCUMENT IS PROVIDED “AS IS” WITHOUT WARRANTY OF ANY KIND, EITHER EXPRESS OR
IMPLIED, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY,
FITNESS FOR A PARTICULAR PURPOSE, OR NON-INFRINGEMENT.
THIS DOCUMENT COULD INCLUDE TECHNICAL INACCURACIES OR TYPOGRAPHICAL ERRORS.
CHANGES ARE PERIODICALLY ADDED TO THE INFORMATION HEREIN; THESE CHANGES WILL BE
INCORPORATED IN NEW EDITIONS OF THIS DOCUMENT. TIBCO SOFTWARE INC. MAY MAKE
IMPROVEMENTS AND/OR CHANGES IN THE PRODUCT(S) AND/OR THE PROGRAM(S) DESCRIBED IN
THIS DOCUMENT AT ANY TIME.
THE CONTENTS OF THIS DOCUMENT MAY BE MODIFIED AND/OR QUALIFIED, DIRECTLY OR
INDIRECTLY, BY OTHER DOCUMENTATION WHICH ACCOMPANIES THIS SOFTWARE, INCLUDING
BUT NOT LIMITED TO ANY RELEASE NOTES AND "READ ME" FILES.
Copyright © 1999-2010 TIBCO Software Inc. ALL RIGHTS RESERVED.
TIBCO Software Inc. Confidential Information
| iii
Contents
Preface . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .vii
Changes from the Previous Release of this Guide . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . viii
Related Documentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ix
TIBCO Hawk Documentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ix
Other TIBCO Product Documentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . x
Third-Party Documentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . x
Typographical Conventions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . xi
Connecting with TIBCO Resources . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . xiii
How to Join TIBCOmmunity . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . xiii
How to Access All TIBCO Documentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . xiii
How to Contact TIBCO Support . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . xiii
Chapter 1 Introduction. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .1
Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2
TIBCO Hawk HTTP Adapter Index Page . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
XML and HTML Interfaces . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
Customizing the Content, Look and Feel of XML Data . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6
Schema Definitions. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7
XSLT/XPATH Stylesheets . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8
Cascading Stylesheets . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8
JSP/JSTL Files . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8
TIBCO Hawk HTTP Adapter and XML Namespaces. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10
XML Namespaces . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10
Qualified Names (QNames) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
Architecture . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13
Index . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .1
Preface
TIBCO Hawk™ HTTP Adapter is the web browser-based thin client interface for
TIBCO Hawk. It provides much of the same functionality as TIBCO Hawk
Display using a web browser interface. TIBCO Hawk HTTP Adapter facilitates
monitoring and managing TIBCO Hawk agents. It provides all of the facilities
required to discover agents, monitor agent status, monitor alerts, perform method
invocations, and establish method subscriptions.
Topics
This section itemizes the major changes from the previous release of this guide.
• HTTPS Support - This release adds support for HTTPS transport if the web
server is configured to accept requests over HTTPS transport. No specific
configuration is required on the HTTP Adapter side.
• Configuring Multiple TIBCO Hawk Domains - This enhancement to 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. Refer to
Chapter 2, Installation and Configuration, page 15 for details.
Related Documentation
Third-Party Documentation
You may find the following third-party documentation useful.
• The Java Language Specification by Gosling, Joy, and Steele
• Your web server, application server, or servlet container
• XML and XSLT
• XML Namespace
• XML schema definitions
Typographical Conventions
Convention Use
Many TIBCO products CAN be installed within the same directory. This
directory is referenced in documentation as TIBCO_HOME. The value of
TIBCO_HOME
TIBCO_HOME depends on the operating system. For example, on Windows
systems, the default value is C:\tibco.
Incompatible products and multiple instances of the same product should be
installed into different installation environments.
code font Code font identifies commands, code examples, filenames, pathnames, and
output displayed in a command window. For example:
Use MyCommand to start the foo process.
bold code font Bold code font is used in the following ways:
• In procedures, to indicate what a user types. For example: Type admin.
• In large code samples, to indicate the parts of the sample that are of
particular interest.
• In command syntax, to indicate the default parameter for a command. For
example, if no parameter is specified, MyCommand is enabled:
MyCommand [enable | disable]
Convention Use
italic font Italic font is used in the following ways:
• To indicate a document title. For example: See TIBCO BusinessWorks
Concepts.
• To introduce new terms For example: A portal page may contain several
portlets. Portlets are mini-applications that run in a portal.
• To indicate a variable in a command or code syntax that you must replace.
For example: MyCommand pathname
Key Key name separated by a plus sign indicate keys pressed simultaneously. For
combinations example: Ctrl+C.
Key names separated by a comma and space indicate keys pressed one after the
other. For example: Esc, Ctrl+Q.
The note icon indicates information that is of special interest or importance, for
example, an additional action required only in certain circumstances.
The tip icon indicates an idea that could be useful, for example, a way to apply
the information provided in the current section to achieve a specific result.
The warning icon indicates the potential for a damaging situation, for example,
data loss or corruption if certain steps are taken or not taken.
Chapter 1 Introduction
Topics
• Introduction, page 2
• TIBCO Hawk HTTP Adapter Index Page, page 4
• XML and HTML Interfaces, page 5
• Customizing the Content, Look and Feel of XML Data, page 6
• TIBCO Hawk HTTP Adapter and XML Namespaces, page 10
• Architecture, page 13
Introduction
• http://web_server:port/http_dir/Alerts
• http://web_server:port/http_dir/MicroAgents?Agent=value
• http://web_server:port/http_dir/Invoke?Agent=value&MicroAgent=value&Method
=value&MAIndex=value
The XML output can also be used by an HTML or other XML-aware application.
This allows you to access the data from a wide variety of operating systems and
the majority of Web servers, such as Tomcat, WebLogic, and JRUN 4. A sample
HTML application that uses the XML data is provided with TIBCO Hawk HTTP
Adapter and is described in Chapter 4, Using the Sample HTML Interface.
In addition, TIBCO Hawk HTTP Adapter can be used as a console data server
that can be accessed by other TIBCO Hawk applications using standard HTTP
protocol.
TIBCO Hawk HTTP Adapter uses a Java servlet to expand the functionality of the
Web server. For more information about servlets, see
http://Java.sun.com/Products/servlet/index.htm.
HTTPS Support
The HTTP Adapter supports HTTPS transport if the web server is configured to
accept requests over HTTPS transport. No specific configuration is required on
the HTTP Adapter side.
The format of the starting URL for TIBCO Hawk HTTP Adapter is shown below.
See Installation Directories on page 16 for an explanation of http_dir.
http://web_server:port/http_dir/
If the starting URL for your configuration contains special characters, follow the
standard encoding rule for URLs.
The TIBCO Hawk HTTP Adapter index page is shown below. From this page you
can do the following:
• Start the sample HTML application, described in Chapter 4, Using the Sample
HTML Interface.
• Invoke the Agents URL and Alerts URL. (The MicroAgents URL and Invoke
URL have required parameters and cannot be invoked from this page.) The
relative URLs are described in Chapter 3, Using the XML Interface.
• View the Agents.xsd, Alerts.xsd, and MicroAgents.xsd schema definitions.
These are described in XSLT/XPATH Stylesheets on page 8 and included for
reference in Appendix B, Sample Files.
This page also contains links to the TIBCO Support Web site and an overview of
TIBCO Support Services.
Instructions for using the XML interface are in Chapter 3, Using the XML
Interface. Instructions for using the sample HTML application are provided in
Chapter 4, Using the Sample HTML Interface.
When you invoke a relative URL, the resulting XML stream is saved in
<trace_dir>/HawkXml.xml. (The trace directory is specified in Task C, Update the
Trace Directory and Security Policy, on page 33.) The raw data in this file is
replaced every time you invoke a relative URL.
The data in HawkXml.xml is determined by schema definitions included with
TIBCO Hawk HTTP Adapter. These definitions are predefined and cannot be
modified, but you can view them to gain an understanding of the structure of
HawkXml.xml and the data collected.
You can filter or massage the XML stream in HawkXml.xml to display all, some, or
only a small amount of the data: information about only one domain, for example,
or for particular agents, types of alerts, or methods in one or multiple domains.
The following types of files allow you to modify the amount and format of data
displayed from HawkXml.xml:
• Schema Definitions determine the data in the XML stream. These schema
definitions cannot be modified.
• XSLT/XPATH Stylesheets allow you to filter the content of the XML stream and
transform it into other formats, such as HTML, PDF, WML, other forms of
XML, and so on. These files can be modified and you can create new ones.
• Cascading Stylesheets control the look and feel of the pages in an HTML
interface. These can be modified.
• JSP/JSTL Files are JAVA server pages that convert XML content into HTML
pages for an HTML interface. These JSPs can be modified.
These files are described in the following sections.
Schema Definitions
The schema definitions determine the data in the XML stream. These schema
definitions cannot be modified.
• context_path/http_dir/xsd/Agents.xsd
• context_path/http_dir/xsd/Alerts.xsd
• context_path/http_dir/xsd/MicroAgents.xsd
You can view these schema definitions as files or in Appendix B, Sample Files.
You can also display them from the TIBCO Hawk HTTP Adapter Index Page.
Invoke URL
The Invoke URL displays the results of subscribed or invoked methods, so the
content varies by method. To allow for this, Invoke uses a framework instead of a
static schema definition like the other three relative URLs. The XML stream is
generated dynamically by the servlet.
For composite returns (one row of data), all method parameters returned become
child elements of <Row>. All data is returned in a root element called <Returns>
and each row of data is delimited by <Row> </Row> tags. The format is:
<Returns xmlns="http:\\www.tibco.com\TIBCOHawk"
<Row>
<returned_data>
</Row>
</Returns>
For tabular returns (multiple rows), all method parameters become child elements
of the row. The format is:
<Returns xmlns="http:\\www.tibco.com\TIBCOHawk"
<Rowset>
<Row>
<returned_data>
</Row>
</Rowset>
</Returns>
XSLT/XPATH Stylesheets
All four relative URLs retrieve Hawk data in XML. The presentation of the XML
data is controlled by stylesheets that use XSLT (eXtensible Stylesheet Language
Transformation) and XPath, a language that describes a way to locate and process
items in XML. These stylesheets filter and format the XML output to determine
the domains, agents, alerts and microagents shown. Each relative URL uses a
default stylesheet that displays all elements in your configuration.
These files can be modified and are in the context_path/http_dir/xsl directory. You
can also view the files using an XML-aware application.
All stylesheets must reside in the /xsl directory. If you reference a stylesheet that
is not in this directory, a server error occurs.
Additional sample stylesheets are included with TIBCO Hawk HTTP Adapter.
These provide examples of other kinds of formatting and filtering that you can do
with the XML data. You can customize any of the existing stylesheets or create
new ones to perform such actions as filter data, show only the alerts for particular
agents in several domains, or show the status of a selected set of agents in all
domains.
To use a customized stylesheet, include the Style parameter in the path when
you invoke the relative URL, as described in Relative URL Overview on page 38.
All four relative URLs can take the Style parameter.
Cascading Stylesheets
The sample HTML interface uses cascading stylesheets to control the look and
feel of the Web pages. These are written using standard HTML and can be
modified.
There are two cascading stylesheets used by the sample HTML application. The
actual stylesheet used on a particular system depends on the Web server or Web
application being used to view the data.
For more information, see Customizing the HTML Application on page 61.
JSP/JSTL Files
JSP/JSTL (Java Server Page/JSP Standard Tag Libraries) files retrieve XML
content using the relative URLs, transform the content into HTML, and display
the content in HTML. The sample HTML application uses JSP/JSTL. The JSPs can
be modified.
All JSPs for the sample HTML application are in the context_path/http_dir/jsp
directory and can be modified. You can also create new JSPs for a new HTML
application.
For more information, see Customizing the HTML Application on page 61 and
Generating HTML Pages from the XML Stream Using JSTL in JSP on page 56.
A single XML document may contain elements and attributes that are defined for
and used by multiple schema, posing the problems of recognition and collision.
An XML file referencing those schema needs to be able to identify the particular
schema from which an XML element comes from, allowing TIBCO Hawk data
and data from other sources to be combined in a document without name
collisions. This is possible through the use of universal names whose scope
extends beyond their containing document. The XML namespaces mechanism
accomplishes this.
There are a number of commercially available books that describe XML and XML
namespace. In addition, some of the following text was used with permission
from http://www.w3.org/TR/REC-xml-names/.
All data generated by TIBCO Hawk HTTP Adapter is in XML format and is
namespace qualified. The URI in the namespace is
http://www.tibco.com/TIBCOHawk.
XML Namespaces
XML namespaces provide a simple method for qualifying element and attribute
names used in XML documents by associating them with namespaces identified
by URI references. An XML namespace identifies an XML element as coming
from a particular XML schema. This allows multiple XML schemas to use
elements with identical names, and an XML file referencing those schemas can
easily determine the correct definition for each element.
An XML namespace is a collection of names, identified by a URI reference, which
are used in XML documents as element types and attribute names. XML
namespaces differ from the "namespaces" conventionally used in computing
disciplines in that the XML version has internal structure and is not,
mathematically speaking, a set.
For example, the Marketing.xml schema and the Sales.xml schema may each
have an element named <PurchaseOrder>. The namespace adds the schema
name to each element, so one element is renamed <Marketing:PurchaseOrder>
and the other is renamed <Sales:PurchaseOrder>. An XML file that uses both
schemas will not get confused about which <PurchaseOrder> element definition
to use.
A namespace is valid for the element it is defined in and for all of the
subelements. Subelements can have additional or overriding namespace
definitions. A namespace can also contain URIs that refer to XML schema
documents not located on the Internet.
<html>
<head>
<title>
Total Number of Agents: <xsl:value-of
select="count(//th:Agents/th:Agent)"/>
</title>
</head>
<BODY BGCOLOR="#FFFFCC" TEXT="#060203">
<H1 Align="CENTER">
TIBCO Hawk Agent Status
</H1>
Architecture
Content is served by a single servlet called Agents, which invokes the servlet
class COM.TIBCO.hawk.TIBHawkHttp.TIBHawkXml.
There is only one servlet, Agents, in the servlet container. This servlet implements
all four relative URLs available in TIBCO Hawk HTTP Adapter: Agents, Alerts,
MicroAgents, and Invoke.
The servlet generates all data in XML. The data is then filtered through and
formatted by a default or custom XSLT stylesheet. The resulting page is displayed
in the browser or served to an XML-aware application.
The architecture of the TIBCO Hawk HTTP Adapter is illustrated below. Figure 1
shows how TIBCO Hawk servlets use the TIBCO Hawk Console API to talk to
TIBCO Hawk agents over TIBCO Rendezvous.
TIBCO TIBCO
Hawk agent TIBCO Rendezvous Hawk agent
TIBCO TIBCO
Hawk agent Hawk agent
Figure 2 shows how the XML stream is transformed into HTML for applications
such as the sample HTML application included with TIBCO Hawk HTTP
Adapter.
TIBHawkxml
TIBCO TIBCO
Hawk agent TIBCO Rendezvous Hawk agent
TIBCO TIBCO
Hawk agent Hawk agent
The default HTML view uses JSP technology along with JSTL to create HTML
pages. The look and feel of the HTML pages can be customized using cascading
stylesheets, as described in Customizing the HTML Application on page 61.
This chapter describes how to install and configure TIBCO Hawk HTTP Adapter
on Windows and UNIX platforms.
Topics
Installer Overview
This section provides an overview of the TIBCO Hawk HTTP Adapter installer.
Installation Directories
This section discusses the installation directories and how they are referred to in
this documentation.
Directory Name in For example, if you installed Tomcat 4.1.24 in its default location and extracted the
Documentation WAR file (using the default name) into the Tomcat Web server webapps directory,
the absolute filepath to the file
C:\tomcat4124\webapps\hawkhttp\xsl\Alerts.xsl is referred to in this
documentation as context_path\http_dir\xsl\Alerts.xsl.
Directory Name in The real name of the WAR extraction directory is used in the relative URLs. For
relative URLs example, if you give the name TIBCOHawk to the default WAR extraction directory,
the Agents URL is referred to in this documentation as
http://web_server:port/TIBCOHawk/Agents.
Public and Private All files within context_path\http_dir are accessible by the client except for the files
Files in context_path\http_dir\WEB-INF. All private files, such as servlet class files, are
stored in WEB-INF.
Moving the WAR If you extract the WAR file into another location, you can move the entire
Extraction http_dir directory into the Web server or application server directory at a later
Directory time. However, the uninstaller will not be able to uninstall it. See Uninstalling
TIBCO Hawk HTTP Adapter on page 36.
The DISPLAY variable must be set to the IP address or name of the computer (on
which the installer graphics window are to be displayed), followed by a screen
address, which can be :0.0. For example:
# Bourne shell
DISPLAY=<ip_address>:0.0; export DISPLAY
# Korn shell
export DISPLAY=<ip_address>:0.0
# C-shell
setenv DISPLAY <ip_address>:0.0
For example, consider a scenario where you install the adapter on a remote HPUX
machine (named itaska). Because you have a Solaris machine (named alaska)
with a video card and monitor, you can run an X-window application on it. So
you decide to telnet to itaska from alaska.
When you telnet to itaska, you will not get access to itaska's monitor and will
be unable to display an X-window application. That is why you must set the
DISPLAY variable, which instructs the X-server to redirect all windows to the
computer set in the variable. Before doing so, the computer (specified in the
DISPLAY variable) must give permissions to share its monitor.
Reinstallation
If you are reinstalling over the same version:
• You are not prompted to supply the installation location. The software is
automatically reinstalled where the previous version was installed.
• The installer checks the files’ timestamps. If you have modified any files, a
message appears during reinstallation asking if you want to overwrite the
modified files or leave them untouched.
• If any files are currently locked (that is, in use), the installer marks the file for
deletion in the install location. After installation, the installer prompts you to
reboot your system. You must reboot before using the software.
Upgrade
During upgrade (installing a newer release), TIBCO Hawk HTTP Adapter does not
check for modified files. All files that were installed with the previous release are
overwritten. However, if you have created any new files, those files will not be
deleted and will be available in the same directories after upgrade.
The installer maintains an installation registry. Registry files have a prefix of vpd,
which stands for Vital Product Database.
The location of the registry varies by platform. This section explains where the
registry files are located on each platform.
Do not edit, modify, move, rename, or delete any of the registry vpd files.
Installation History
The installer creates a file called TIBCOInstallationHistory.xml. Each time an
installation or uninstallation is performed, entries are appended to the file. The
installer uses the registry file during subsequent installations.
The installation history file is created in the same directory as the installation
registry.
Installation Prerequisites
Supported Platforms
The following table lists the platforms supported by TIBCO Hawk HTTP Adapter
and the minimum free disk space required by each platform.
Before actually installing the files, the installer calculates the disk space that the
selected components will require in the installation directory. The installer will
proceed only if sufficient free disk space is available in the installation directory.
If some of the required disk space is taken by another process during installation,
the installer may fail and display a failure message.
To reduce the amount of free space required during installation, see Setting the
DISPLAY Variable in UNIX GUI Mode on page 18.
Software
The following software is required or optional, as indicated, on the target
machine.
TIBCO Software
• TIBCO Rendezvous 6.9 or higher is required.
• (Optional) TIBCO Enterprise Message Service 4.1.
• JRun 4
TIBCO Hawk HTTP Adapter does not support JRUN4 on the HP-UX 11.2
(Itanium) platform.
JRE
TIBCO Hawk HTTP Adapter requires JRE 1.4.x.
User Privileges
The following privileges are required to install this product:
• Microsoft Windows: administrator (Microsoft Windows) account
• UNIX: non-root or super-user (root) account
If you do not have these privileges, the installer will exit. You must then log out of
the system and log in as a user with the required privileges.
Environment Settings
Modify the environment settings as follows for your platform:
• HPUX: The environment variable SHLIB_PATH must contain
$TIBCO_HOME\tibrv\lib.
Installation Media
You can either download the TIBCO Hawk HTTP Adapter installation package or
install the components from a CD.
If this is the first TIBCO software product you are installing on the system, you
can specify the installation directory where TIBCO Hawk HTTP Adapter will be
installed. The default installation directories are:
• Microsoft Windows: C:\tibco\hawk\adapters\http
• UNIX: /opt/tibco/hawk/adapters/http
If you already have a TIBCO 5.x product on your machine and you install TIBCO
Hawk HTTP Adapter, the installer will automatically select the TIBCO 5.x
product installation directory. You cannot choose a different location. If you wish
to install TIBCO Hawk HTTP Adapter in a different location, you must first
completely uninstall all TIBCO 5.x products from the machine.
Installation Options
You can use any of the following options to install TIBCO Hawk HTTP Adapter:
• Install Using GUI, page 25
• Install Using Console, page 25
• Install in Silent Mode, page 26
• Install and Generate a Response File, page 26
• Install and Generate a Template File, page 26
• Install Using a Response File, page 27
These options and the instructions for installing TIBCO Hawk HTTP Adapter are
provided in the following sections. Table 3 on page 24 list the installation
packages for each supported platform.
During installation, please ensure that you provide a valid Context Name.
The Context Name is the name of the new directory into which the WAR file will
be extracted. By default, this is hawkhttp.
• To install on HP-UX 11i type the following command from a UNIX terminal:
• To install on HP-UX 11i type the following command from a UNIX terminal:
./TIB_hawkhttp-simple_4.1.1_h7_110.bin -silent
• To install on HP-UX 11i type the following command from a UNIX terminal
(note there is no space between -options and -record):
TIB_hawkhttp-simple_4.1.1_h7_110.bin -options-record
responseFilepath
• To install on HP-UX 11i type the following command from a UNIX terminal
(note there is no space between -options and -template):
./TIB_hawkhttp-simple_4.1.1_h7_110.bin -options-template
templateFilepath
Silent Mode In silent mode, you are not prompted during installation. The adapter is installed
using the values in the response file.
• To install from a Microsoft Windows command window, type:
TIB_hawkhttp-simple_4.1.1_w32.exe -silent -options responseFilepath
• To install on HP-UX 11i type the following command from a UNIX terminal:
% ./TIB_hawkhttp-simple_4.1.1_h7_110.bin -silent -options
responseFilepath
Interactive Mode In interactive mode, you are prompted for values during installation. The values
in the response file are presented as suggested defaults.
• To install from a Microsoft Windows command window, type:
TIB_hawkhttp-simple_4.1.1_w32.exe -options responseFilepath
• To install on HP-UX 11i type the following command from a UNIX terminal:
./TIB_hawkhttp-simple_4.1.1_h7_110.bin -options responseFilepath
Configuration
Perform the following tasks immediately after installing TIBCO Hawk HTTP
Adapter:
• Task A, Specify Monitored TIBCO Hawk Domains in web.xml, on page 28
• Task B, Specify Parameters to Connect to the EMS Server, on page 32
• Task C, Update the Trace Directory and Security Policy, on page 33
• Task D, Updates Required for the Chosen Messaging Transport, on page 33
• Task E, Deploy TIBCO Hawk HTTP Adapter into the Web Server or
Application Server, on page 34
• Task F, Restart the Web Server or Application Server, on page 34
• Task G, Start TIBCO Hawk HTTP Adapter, on page 35
These tasks are described below.
TIBCO Hawk
Parameter Domain Values
Service 7272
Network <none>
Daemon tcp:7272
HawkDomain "Sales"
Specify this TIBCO Hawk domain in web.xml as shown below (bold text for
emphasis):
<init-param>
<param-name>Service</param-name>
<param-value>7272</param-value>
</init-param>
<init-param>
<param-name>Network</param-name>
<param-value></param-value>
</init-param>
<init-param>
<param-name>Daemon</param-name>
<param-value>tcp:7272</param-value>
</init-param>
<init-param>
<param-name>HawkDomain</param-name>
<param-value>Sales</param-value>
</init-param>
Multiple TIBCO If you are monitoring multiple TIBCO Hawk domains, add all of the Service,
Hawk Domains Network, Daemon and HawkDomain parameter values to web.xml. Separate the
values for each parameter with a comma ( , ) and no spaces.
The order of the domains is not important. The TIBHawkXml microagent is
announced on the first TIBCO Hawk domain listed in the web.xml file.
For example, assume you want to monitor three TIBCO Hawk domains with the
following characteristics:
Configuring This enhancement to the Hawk HTTP Adapter allows easier specification of
Multiple TIBCO multiple TIBCO Hawk domains. You can view agent, alert, microagent and
Hawk Domains 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.
This DomainTransportCfg.xml is an example xml configuration that uses two
different transports for two domains.
<hk:DomainConfiguration
xmlns:hk="http://hawk.tibco.com/DomainTransportCfg"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://hawk.tibco.com/DomainTransportCfg
DomainTransportCfg.xsd ">
<hk:DomainTransport>
<hk:HawkDomainName>emsdomain</hk:HawkDomainName>
<hk:DomainTransport>
<hk:HawkDomainName>rvdomain</hk:HawkDomainName>
<hk:Transport>
<hk:RVTransportCfg>
<hk:service>7474</hk:service>
<hk:network></hk:network>
<hk:daemon>tcp:localhost:7474</hk:daemon>
</hk:RVTransportCfg>
</hk:Transport>
</hk:DomainTransport>
</hk:DomainConfiguration>
SecurityPolicy Java class file used by the TIBCO Hawk agents to verify <none>
whether the user is authorized to execute methods
$TIBCO_HOME/ems/clients/java/jms.jar
$TIBCO_HOME/ems/clients/java/tibjms.jar
$TIBCO_HOME/tibrv/lib/tibrvj.jar
$TIBCO_HOME/tibrv/lib/tibcrypt.jar
2. Make sure your web.xml file contains appropriate values for the
EMSServerURL, EMSUsername, EMSPassword and
HawkDomainForEMSTransport parameters.
JRUN4
Edit the $JRUN_HOME/bin/jvm.config file and modify the
java.class.path parameter and add the above jar files to the CLASSPATH.
Make sure you add them at the start of the CLASSPATH.
Task E Deploy TIBCO Hawk HTTP Adapter into the Web Server or
Application Server
Some Web servers or application servers, such as WebLogic 7.0, require that after
installing TIBCO Hawk HTTP Adapter, you manually deploy it into the server. If
your Web server or application server requires configuration at this point, refer to
the server’s documentation for instructions. Generally, you need to add the
context path. For more information about the context path, see Installation
Directories on page 16.
The location of the Web server or application server’s log file depends on the
system and vendor. For example, the default location on Microsoft Windows for
TIBHawkXml.log is C:\Temp, and the default log file for Tomcat 4.1.24 is
C:\tomcat4124\logs\localhost_<date>.txt.
When using Tomcat 5.0, do not modify the web.xml file after starting the server.
The uninstaller checks the installation registry to determine where TIBCO Hawk
HTTP Adapter was installed and where the WAR file was extracted to. The
uninstaller deletes only the files it installed. If you have created new files (with
new names) in the WAR extraction directory, those files will not be deleted.
If you have moved the WAR extraction directory from its original location, the
uninstaller will not find it and will not uninstall it. You will have to manually
delete the directory.
The web.xml file is deleted when you uninstall TIBCO Hawk HTTP Adapter.
Make a backup copy of this file in another location if you want to save it.
Microsoft Windows
Uninstall TIBCO Hawk using one of the following methods:
• Click Start>Programs>TIBCO>TIBCO Runtime Agent>Uninstall.
• Use Add/Remove Programs from the Control Panel.
• Navigate to the _uninst directory located in each of the folders listed above
and invoke the Tibuninstall.exe program.
UNIX
Uninstall TIBCO Hawk by navigating to the _uninst directory located in each of
the previous folders and invoke the Tibuninstall.bin program.
You view the data collected by TIBCO Hawk HTTP Adapter as raw or formatted
XML using the four relative URLs, or as formatted HTML using an HTML
application.
This chapter describes the XML interface and the XSLT/XPATH stylesheets that
format and allow you to customize the XML data. The sample HTML application
is described in Chapter 4, Using the Sample HTML Interface.
Topics
This chapter describes how to invoke the relative URLs and how to use optional
and required parameters in the relative URL path.
Each relative URL can take optional parameters. The MicroAgents URL and the
Invoke URL each have required parameters. Examples of each relative URL,
along with optional and required parameters, are provided later in this chapter.
The relative URL examples in this chapter assume the WAR file was extracted into
context_path\hawkhttp.
Order of If you are using the optional parameter Style, it is recommended to list it first.
Parameters The order of any remaining optional or required parameters in the path is not
important.
Additional If an optional or required parameter takes additional parameters, you can include
Parameters them in the relative URL.
For example, the Invoke URL has a required parameter, Method. The method
getConfig requires the parameter Interface Name. You can enter the Interface
Name parameter with the value hme0 in the Invoke URL as shown (text bold for
emphasis):
http://localhost:8081/hawkhttp/Invoke?Agent=Solaris_26&MicroAgent=
Network&MAIndex=0&Method=getConfig&Interface+Name=hme0
Agents URL
Invoking this relative URL generates an XML instance document listing all agents
in all of the TIBCO Hawk domains listed in web.xml.
Optional Parameters
Optional parameters for the Agents URL are:
• Style A specific XSLT/XPATH stylesheet. If the stylesheet takes parameters,
you can include them in the relative URL. If Style is not included, the server
uses the default stylesheet, Ident.xsl.
If you specify an optional parameter that does not exist, such as a stylesheet that
is not in the context_path/http_dir/xsl directory, the server returns an error.
Examples
The following relative URL retrieves all agent information from all Hawk
domains configured in the web.xml file:
http://localhost:8081/hawkhttp/Agents
The following relative URL retrieves the same information as above but applies
the stylesheet named HighAlert.xsl:
http://localhost:8081/hawkhttp/Agents?Style=HighAlert.xsl
Alerts URL
Invoking this relative URL generates an XML instance document listing all active
alerts and informational messages in all agents in all of the TIBCO Hawk domains
listed in web.xml.
Optional Parameters
Optional parameters for the Alerts URL are:
• Style A specific XSLT/XPATH stylesheet. If the stylesheet takes parameters,
you can include them in the relative URL. If Style is not included, the server
uses the default stylesheet, Ident.xsl.
If you specify an optional parameter that does not exist, such as a stylesheet that
is not in the context_path/http_dir/xsl directory, the server returns an error.
Example
The following relative URL retrieves information about all active alerts in all
configured Hawk domains. Instead of the default stylesheet, it specifies the
stylesheet MedAlert.xsl.
http://localhost:8081/hawkhttp/Alerts?Style=MedAlert.xsl
MicroAgents URL
Required Parameters
Required parameters for the MicroAgents URL are:
• Agent Name of the agent.
If you do not include a required parameter, the server returns an error.
Optional Parameters
Optional parameters for the MicroAgents URL are:
• Style A specific XSLT/XPATH stylesheet. If the stylesheet takes parameters,
you can include them in the relative URL. If Style is not included, the server
uses the default stylesheet, Ident.xsl.
• Domain A specific TIBCO Hawk domain. If this parameter is not included,
the server uses the domain default.
• Micro A microagent and its Instance Identifier, separated by a colon ( : ). If
this parameter is not included, the server lists all microagents in the agent.
If you specify an optional parameter that does not exist, such as a stylesheet that
is not in the context_path/http_dir/xsl directory, the server returns an error.
Examples
Example 1 The following relative URL retrieves information about the Self microagent. The
agent is in the default domain in an Agent named Agile.
http://localhost:8081/hawkhttp/MicroAgents?Agent=Agile&Micro=Se
lf:0
Example 2 The following relative URL retrieves information about all microagents on the
Agile Agent in the domain named new.
http://localhost:8081/hawkhttp/MicroAgents?Agent=Agile&Domain=n
ew
Example 3 The following relative URL retrieves information about the Process microagent
with an instance index of 1, on the Agile Agent in the new Hawk domain. Instead
of the default stylesheet, it specifies the stylesheet mystyle.xsl.
http://localhost:8081/hawkhttp/MicroAgents?Agent=Agile&Domain=n
ew&Style=mystyle.xsl&Micro=Process:1
Invoke URL
Required Parameters
Required parameters for the Invoke URL are:
• Agent Name of agent
• MicroAgent Name of microagent
• Method Synchronous or asynchronous method to be invoked. If the method
takes a parameter, include it in the relative URL. You can pass a null value.
If you do not include a required parameter, the server returns an error.
Optional Parameters
Optional parameters for the Invoke URL are:
• Style A specific XSLT/XPATH stylesheet. If the stylesheet takes parameters,
you can include them in the relative URL. If Style is not included, the server
uses the default stylesheet, Ident.xsl.
• Domain A specific TIBCO Hawk domain. If this parameter is not included,
the server uses the domain default.
Examples
Example 1 The following relative URL invokes the method getUptime on the microagent
Self with an Instance index of 0 on Agent Solaris_26. Because no domain is
specified, the default domain is used. The stylesheet Result.xsl is applied to
the document.
http://localhost:8081/hawkhttp/Invoke?Agent=Solaris_26&MicroAge
nt=Self&MAIndex=0&Method=getUptime&Style=Result.xsl
Example 2 The following relative URL invokes the getConfig method on the microagent
Network with an Instance index of 0. It includes the parameter Interface+Name
with an empty value, which returns information on all interfaces in the
getConfig method.
http://localhost:8081/hawkhttp/Invoke?Agent=Solaris_26&MicroAge
nt=Network&MAIndex=0&Method=getConfig&Interface+Name=
The following relative URL is a slight variation of the previous relative URL.
Here, the interface name is specified as hme0.
http://localhost:8081/hawkhttp/Invoke?Agent=Solaris_26&MicroAgent=
Network&MAIndex=0&Method=getConfig&Interface+Name=hme0
Example 3 The following relative URL invokes the getProcess method in the new domain
on the rbhatt2-lt agent on the Process microagent with an Instance Index of 0.
It retrieves all processes that start with ^t. The expression ^t is represented by the
standard encoding %5Et.
http://localhost:8081/hawkhttp/Invoke?Agent=rbhatt2-lt&Domain=new&
MicroAgent=Process&MAIndex=0&Method=getProcess&Process+Name=%5Et
http://localhost:8081/hawkhttp/Invoke?Agent=Solaris_26&MicroAgent=
Process&MAIndex=0&Method=getInstanceCount&Process+Name=tibhawkhma&
Interval=5&Subscribe=Subscribe
This subscription generates the following XML data (bold text for emphasis):
<?xml version="1.0" encoding="UTF-8" ?>
<Returns xmlns="http://www.tibco.com/hawkhttp">
<SubscriptionId>4</SubscriptionId>
<AgentName>Solaris_26</AgentName>
<MicroAgentName>Process</MicroAgentName>
<MethodName>getInstanceCount</MethodName>
<ResultURL>http://localhost:8081/hawkhttp/Invoke?Subscription=4</ResultURL>
</Returns>
To retrieve the subscription result, invoke the relative URL shown in the
<ResultURL> tag. In the example above, you would invoke the relative URL
http://localhost:8081/hawkhttp/Invoke?Subscription=4.
http://localhost:8081/hawkhttp/Invoke?Agent=smart&Domain=new&Micro
Agent=EventLog&MAIndex=0&Method=onApplicationEvent&Source=
A successful subscription generates the following XML data (bold text for
emphasis):
<?xml version="1.0" encoding="UTF-8" ?>
<Returns xmlns="http://www.tibco.com/hawkhttp">
<SubscriptionId>2</SubscriptionId>
<AgentName>smart</AgentName>
<MicroAgentName>EventLog</MicroAgentName>
<MethodName>onApplicationEvent</MethodName>
<ResultURL>http://localhost:8081/hawkhttp/Invoke?Subscription=2</ResultURL>
</Returns>
To retrieve the subscription result, invoke the relative URL shown in the
<ResultURL> tag. In the example above, you would invoke the relative URL
http://localhost:8081/hawkhttp/Invoke?Subscription=2.
XSLT/XPATH Stylesheets
This section assumes you are familiar with XSLT and XPATH standards.
The default and sample stylesheets included with TIBCO Hawk HTTP Adapter
are described in this section, along with tips about customization.
You can write your own stylesheets to customize or filter the XML stream as
needed for your configuration. It is a good idea to study a sample stylesheet
before modifying it or creating a new stylesheet.
If a stylesheet takes parameters, you can append those parameters to the relative
URL path. If the parameters contain special characters (such as a space), follow
the standard encoding rule for URLs. For example, enter the parameter
Interface Name as Interface+Name. You can pass a null value.
AgentState.xsl
Required Parameters:
• AgentState
This stylesheet creates a tabular format containing all agents in a given state,
specified by the AgentState parameter value of 1, 2, 3 or 4. The parameter value
is received by the TIBHawkXml servlet and then passed to the XSLT transformation
engine.
The following line from the AgentState.xsl file identifies this parameter:
<xsl:param name="AgentState"/>
The following code fragment selects all Agent nodes whose RuleBaseEngineState
element has the value specified by the parameter AgentState in the relative URL
(text bold for emphasis):
<xsl:apply-templates select="//th:Agents/th:Agent[ $AgentState =
th:RuleBaseEngineState]">
</xsl:apply-templates>
For each selected Agent node, the Agent template is instantiated, which formats
each row of the table.
Example 1 The following relative URL specifies the AgentState.xsl stylesheet, retrieves all
agents across all configured Hawk domains which are in state 4 (high alert), and
displays the information in tabular format:
http://localhost:8081/hawkhttp/Agents?Style=AgentState.xsl&AgentSt
ate=4
Example 2 The following relative URL specifies the AgentState.xsl stylesheet, displays all
agents across all configured Hawk domains which are in state 3 (medium alert),
and displays the information in tabular format:
http://localhost:8081/hawkhttp/Agent?Style=AgentState.xsl&AgentSta
te=3
AgentAlert.xsl
Required Parameter:
• AgentName
Optional Parameter:
• AlertState
This stylesheet retrieves all alerts of a given severity for a given agent. It has one
required parameter, AgentName, and one optional parameter, AlertState. If
AlertState is not specified, the stylesheet assumes RuleBaseEngine state 4 (high
alert).
Example 1 The following example specifies the AgentAlert.xsl stylesheet and retrieves all
state 3 (medium) alerts for the agent qaaix03 (text bold for emphasis):
http://localhost:8081/hawkhttp/Alerts?Style=AgentAlert.xsl&AgentNa
me=qaaix03&AlertState=3
ClusterView.xsl
Required Parameter:
• ClusterName
This stylesheet creates a tabular format listing all agents belonging to a given
cluster, sorted by RuleBaseEngineState in descending order.
Example The following relative URL specifies the ClusterView.xsl stylesheet, retrieves
all agents in the SOLARIS cluster, and displays the information in tabular format
(bold text for emphasis):
http://localhost:8081/hawkhttp/Agents?Style=ClusterView.xsl&Cluste
rName=SOLARIS
RuleBaseAlert.xsl
Required Parameter:
• Rule
This stylesheet creates a tabular format listing all alerts resulting from a given
rulebase, from all agents in all configured Hawk domains.
Example The following relative URL specifies the RuleBaseAlert.xsl stylesheet, retrieves
all alerts resulting from the AgentLogMonitor-UNIX rulebase in all agents in all
configured Hawk domains, and displays the results in tabular format (bold text
for emphasis):
http://localhost:8081/hawkhttp/Alerts?Style=RuleBaseAlert.xsl&Rule
=AgentLogMonitor-UNIX
RuleBaseListXml.xsl
Required Parameter:
• AgentName
Example The following relative URL specifies the RuleBaseList.xsl stylesheet, retrieves
all rulebases in the qaisol03 agent, and retrieves the results in XML format (bold
text for emphasis):
http://localhost:8081/hawkhttp/Agents?Style=RuleBaseListXml.xsl&Ag
entName=qaisol03
Nnames.xsl
Alerts.xsl
Required Parameters:
• AgentState
• Domain
This stylesheet creates a tabular format listing all alerts of a given state from all
agents within a given domain. The AgentState parameter value can be 1, 2, 3 or
4 to indicate the RuleBaseEngine state of the Hawk Agent.
Example The following relative URL specifies the Alerts.xsl stylesheet, retrieves all state
3 (medium) alerts from all agents in all configured Hawk domains, and displays
the information in tabular format (bold text for emphasis):
http://localhost:8081/hawkhttp/Alerts?Style=Alerts.xsl&AgentState=
3&Domain=default
AddRoot.xsl
Ident.xsl
Result.xsl
This chapter describes the sample TIBCO Hawk HTTP Adapter HTML interface.
Topics
• Generating HTML Pages from the XML Stream Using JSTL in JSP, page 56
• Sample HTML Interface Introduction, page 59
• Starting the HTML Interface, page 63
• Enterprise View, page 64
• Domain View, page 65
• Cluster View, page 66
• Agent Status, page 67
• Alert View, page 68
• Alert Details, page 69
• Microagent View, page 70
• Method Details, page 71
• Method Results, page 72
Generating HTML Pages from the XML Stream Using JSTL in JSP
This section assumes you are familiar with the use of JSPs (Java Server Pages) and
JSTL (JSP Standard Tag Libraries).
JSTL
JSTL consists of a collection of tag libraries designed to meet particular needs.
The tag libraries are divided into four groups, available separately:
• Core library (iteration, condition, and so on)
• XML processing library
• Internationalization(i18n) and formatting
• Database (SQL) access
All JSPs make use of the first three tag libraries.
}
%>
Following code iterates through all Agent nodes using the XML tag x:forEach. It
also uses the XML tag x:out to retrieve content for the selected nodes and store it
in variables.
<%--
*******************************************************************
Setting Up varibale AgentState to "RuleBaseEngineState" node using Xpath.
*******************************************************************
--%>
<c:set var="AgentState">
<x:out select="RuleBaseEngineState" />
</c:set>
<%--
*******************************************************************
Retrieving from DomainMap, current "State" of Cluster
*******************************************************************
--%>
<c:set var="OldAgentState" >
<c:out value="${DomainMap[NameOfDomain]}" />
</c:set>
…..
……..
</x:forEach>
TIBCO Hawk HTTP Adapter contains a sample HTML application. The XML
data is retrieved using four relative URLs as described in the previous chapter.
The JSP/JSTL pages format the XML data and generate the HTML Web pages.
This chapter describes the sample HTML application and how to customize it.
Navigation
The HTML application included with TIBCO Hawk HTTP Adapter provides the
following views of your TIBCO Hawk environment:
The presence of informational messages is not indicated in the Highest Alert State
column. To determine if an agent has an informational message, display the Alert
Details view.
For example, the following sample Domain View screen shows the clusters in the
TIBCO Hawk domain named default.
It is a good idea to study the existing file before making changes. Always work on
a copy of the original file.
Cascading Stylesheets
The look and feel of the HTML pages is controlled by a cascading stylesheet.
TIBCO Hawk HTTP Adapter contains two cascading stylesheets, one for JRun4
and one for all other supported Web servers. Modify the correct file for the Web
server used in your configuration.
• JRun4: context_path/http_dir/jsp/css/index.css
• All other supported Web servers: context_path/http_dir/css/index.css
Refresh Interval
Each JSP has a default refresh interval of 15 seconds. You can customize the
refresh interval for each JSP by modifying the appropriate parameter in the file
context_path/http_dir/WEB-INF/web.xml.
JSPs
The following JSP and XSL files control the parsing of XML data for each HTML
Web page.
Table 6 Location of Files for Parsing XML Data into HTML (Cont’d)
Color Meaning
Purple Agent expired
Green No alert
Display the index page, as described in TIBCO Hawk HTTP Adapter Index Page
on page 4. The index page is shown below.
To start the sample HTML interface, click the HTML Interface: TIBCO Hawk
Enterprise View link. The Enterprise View is displayed, as described in the next
section.
Enterprise View
In the Enterprise view, you see an overview of all monitored TIBCO Hawk
domains in your enterprise.
The Hawk Domaincolumn lists the names of the domains being monitored. The
Highest Alert State column indicates the highest current alert state in each
domain, and the Number of Agents column indicates how many agents are in
each domain.
Domain View
This view appears when you click a domain name in the Enterprise View. It
displays information about the clusters in the selected domain.
The Cluster column lists the names of the clusters in the domain. The Highest
Alert State column shows the highest alert state of any agent in each cluster, and
the Agents in Cluster column indicates how many agents are in each cluster.
• There are a total of four agents in these clusters, one in each cluster.
• The agent in the 999.999.999.0 cluster does not currently have any alerts,
although it may have an informational message.
• The agent in the LINUX cluster and the agent in the AIX cluster have at least
one active High alert each. They may also have one or more Medium or Low
alerts or informational messages.
• The highest current alert in the SOLARIS cluster is a Medium alert. There are
no High alerts in the SOLARIS cluster, but there may be Low alerts or
informational messages.
To view information about the agents and alerts in each domain, click the domain
name. The Cluster View appears, described in the next section.
Cluster View
This screen appears when you click a cluster name in the Domain View. It
displays information about the agents in the selected cluster.
The Agent Name column lists the names of the agents in the cluster. The Highest
Alert State column shows the highest alert state in that agent, and the O.S. Name
column indicates the operating system that the agent is running on.
Agent Status
This screen displays information about the selected agent. The fields on this
screen are described in the TIBCO Hawk Administrator’s Guide.
This screen also allows you to view the microagents on this agent. For more
information, see Microagent View on page 70.
For example, the sample screen above displays the current status of the hk-lnx02
agent, belonging to the LINUX cluster in the TIBCO Hawk default domain. The
highest current alert level in this agent is High. It may also have one or more
Medium or Low alerts or informational messages.
To display the Alert View for this agent, click the alert level. This displays the
same screen as clicking the highest alert level for this agent in the Cluster View.
Alert View
This screen is displayed when you click an alert level in the Cluster View or when
you click the alert level in the Agent Status. The error and warning messages on
this screen are explained in the TIBCO Hawk Administrator’s Guide.
For example, the sample screen above displays some of the current alerts for the
hk-lnx02 agent, belonging to the LINUX cluster in the TIBCO Hawk default
domain. You may need to scroll to see the highest alert(s).
To see more information about a particular alert or informational message, click
the alert state in the first column. The Alert Details screen appears, described in
the next section.
Alert Details
This screen appears when you click an alert level on the Alert View screen. The
fields on this screen are described in the TIBCO Hawk Administrator’s Guide.
For example, the sample screen above displays details for a High alert in the
hk-lnx02 agent, in the TIBCO Hawk default domain.
Microagent View
The Microagent View displays the methods associated with a microagent selected
in the Agent Status view.
To view the list of methods in a microagent, display the Agent Status view, select
a microagent from the drop-down list, and click Select. The list of available
microagents varies depending on your configuration. In the sample screen below,
FileSystem:0 has been selected.
The sample screen above displays the methods associated with the
HawkEventService microagent.
To view information about a specific method, click on the method name. This
displays the Method Details view, described in the next section.
Method Details
This view displays the parameters in the method selected in the Microagent View.
The available parameters for the method vary depending on the method
signature.
Method Results
This view appears when you click Invoke or Subscribe in the Method Details
view.
• Invoke (synchronous method) returns this page with the result. The value is
not updated. To return to the previous view, click the browser’s Back button.
• Invoke (asynchronous method) or Subscribe (synchronous method) returns
this page with a link to open a new browser window. The new window is
refreshed every five seconds with the current value of the method,
independent of the Data Delivery Interval specified in the Method Details
view.
You can leave this browser window open while you continue to work in the
sample HTML interface. TIBCO Hawk HTTP Adapter terminates the
subscription or invocation five minutes after one of the following happens:
— You close this browser window.
— The window has stopped fetching values.
The look and feel of these screens can be customized using index.css and
Result.xsl as described in Customizing the HTML Application on page 61.
The sample screen above shows the Method Results window for an Invoke
(synchronous method) request.
The sample screen above shows the Method Results window for an Invoke
(asynchronous method) or Subscribe (synchronous method) request. Click Click
here for Result to open a new browser window.
The sample screen above shows the new browser window containing data for the
selected method.
Chapter 5 Security
This chapter describes the security aspects of TIBCO Hawk HTTP Adapter.
Topics
Security Overview
Authentication
Basic Authentication
Basic authentication is defined by the HTTP/1.1 specification. When a client
attempts to access a protected resource, the server prompts for a username and
password. If the server can authenticate the username and password, access is
granted to the resource; otherwise, the process repeats a specific number of times.
Although basic and form-based authentication is not secure, you can use in
combination with SSL for secure transport.
<web-app>
<!-- Security constraint for TIBCO Hawk Servlet
<security-constraint>
<web-resource-collection>
<web-resource-name>HawkSecure</web-resource-name>
<description>TIBCO Hawk Security</description>
<url-pattern>/Agents</url-pattern>
<url-pattern>/Alerts</url-pattern>
<http-method>POST</http-method>
<http-method>GET</http-method>
</web-resource-collection>
<auth-constraint>
<description>"HawkUser" Role, users belongs to this role
are only allowed to access this resource
</description>
<role-name>HawkUser</role-name>
</auth-constraint>
</security-constraint>
<security-constraint>
<web-resource-collection>
<web-resource-name>HawkAdmin</web-resource-name>
<description>TIBCO Hawk Power User</description>
<url-pattern>/Invoke</url-pattern>
<url-pattern>/MicroAgents</url-pattern>
<http-method>POST</http-method>
<http-method>GET</http-method>
</web-resource-collection>
<auth-constraint>
<description>"HawkAdmin" Role, users belongs to this role are
only allowed to access this resource
</description>
<role-name>HawkAdmin</role-name>
</auth-constraint>
</security-constraint>
<login-config>
<auth-method>BASIC</auth-method>
</login-config>
</web-app>
For the Tomcat Web server, usernames and passwords are associated with roles in
$TOMCAT_HOME/conf/tomcat-users.xml. An excerpt from this configuration
file is shown below.
<tomcat-users>
<user name="hawk" password="hawkhttp" roles="HawkUser"/>
<user name="hawk1" password="hawk1http" roles="HawkUser,
HawkAdmin"/>
</tomcat-users>
This excerpt shows that the username hawk with the password hawkhttp is bound
to one role HawkUser. The user hawk1 with the password hawk1http is bound to
two roles, HawkUser and HawkAdmin.
Because of the role access privileges defined in the web.xml excerpt shown
previously, the authenticated user hawk can only access the /Agent and /Alerts
Web resource. The authenticated user hawk1 belongs to both roles and can access
all four Web resources.
Realms
A realm is a group of usernames and passwords that identify valid users of Web
applications (or set of Web applications), along with each user’s roles. Roles serve
a similar purpose to groups in UNIX, as access to specific Web application
resources are granted to all users belonging to a particular role. A user can
belongs to more than one role.
It is often desirable to link a Web server or application server to an existing
authentication database or other mechanism. Although the servlet specification
describes a portable mechanism for Web applications to declare their security
requirements, there is no portable API interface defining the interface between the
Web server or application server and the associated user and role information.
As a result, Tomcat Web server defines a Java interface,
org.apache.Catalina.Realm, that can be implemented by plug-in components
to establish this connection. Three standard plug-ins are provided with
Tomcat4.x, supporting connections to three different sources of authentication
information:
• MemoryRealm accesses authentication information stored in an in-memory
object collection initialized from an XML document
(conf/tomcat-users.xml). This is the default Tomcat Web server
mechanism.
• JDBCRealm uses a JDBC driver to access authentication information stored in
a relational database.
• JNDIRealm uses a JNDI provider to access authentication information stored
in an LDAP-based directory server.
The $TOMCAT_HOME/conf/server.xml file specifies the default realm
org.apache.Catalina.realm.MemoryRealm in. This file is shared by all contexts
(Web applications). If the Tomcat Web server administrator selects an
authentication mechanism other than MemoryRealm, the corresponding change
should be made in the serverl.xml file.
Authorization
Topics
• getTraceLevel(), page 82
• setTraceLevel(), page 83
• getTraceParameters(), page 84
• setTraceParameters(), page 85
• getReleaseVersion(), page 86
• _onUnsolicitedMsg(), page 87
getTraceLevel()
Method
Parameters None.
Remarks Each trace level can be set to On (enabled), or Off (disabled).This method uses
synchronous method invocation.
The default setting has Information, Warning, and Error trace categories enabled.
These are the proper categories to have enabled in a production environment. The
Debug, AMI, and Publisher categories are specifically designed to troubleshoot
problems and should only be enabled when trying to diagnose a problem.
setTraceLevel()
Method
Each trace level can be set to On (enabled), Off (disabled), or Current (leave
current setting as is).
Remarks Each trace level can be set to On (enabled), or Off (disabled).This method uses
synchronous method invocation.
The default setting has Information, Warning, and Error trace categories enabled.
These are the proper categories to have enabled in a production environment. The
Debug, AMI, and Publisher categories are specifically designed to troubleshoot
problems and should only be enabled when trying to diagnose a problem.
getTraceParameters()
Method
Max File Size Trace file maximum size before it is rolled over in Kbytes,
represented as an integer.
Max Trace File The maximum number of trace file to keep in the trace
directory, represented as an integer.
Use string Current for keeping the current setting for string parameters and use
integer value 0 for keeping the current setting for integer parameters.
Max File Size The current trace file maximum size before it is rolled over
in Kbytes, represented as an integer.
Max Trace File The current maximum number of trace file to keep in the
trace directory, represented as an integer.
setTraceParameters()
Method
Max File Size Trace file maximum size before it is rolled over in Kbytes,
represented as an integer.
Max Trace File The maximum number of trace file to keep in the trace
directory, represented as an integer.
Use string Current for keeping the current setting for string parameters and use
integer value 0 for keeping the current setting for integer parameters.
Max File Size The current trace file maximum size before it is rolled over
in Kbytes, represented as an integer.
Max Trace File The current maximum number of trace file to keep in the
trace directory, represented as an integer.
getReleaseVersion()
Method
Description This method returns version information about the current release of this
microagent.
Parameters None.
_onUnsolicitedMsg()
Method
Description This method returns any unsolicited notifications that are sent from this
microagent.
Parameters None.
Use string Current for keeping the current setting for string parameters and use
integer value 0 for keeping the current setting for integer parameters.
Remarks Invoking this method returns the last such message that was received (if any). An
unsolicited message is an information, warning, or error message that is sent
directly to the manager.
This appendix contains listings of the web.xml file and the default schema
definitions included with TIBCO Hawk HTTP Adapter.
Topics
• web.xml, page 90
• Agents.xsd, page 99
• Alerts.xsd, page 102
• MicroAgents.xsd, page 106
web.xml
This file is the sample deployment descriptor for TIBCO Hawk HTTP Adapter. It
is located in the context_path/http_dir/WEB-INF directory.
The commented lines contain entries for monitoring multiple TIBCO Hawk
domains. See Configuration on page 28 for more information.
<?xml version="1.0" encoding="ISO-8859-1"?>
<!DOCTYPE web-app
PUBLIC "-//Sun Microsystems, Inc.//DTD Web Application 2.2//EN"
"http://java.sun.com/j2ee/dtds/web-app_2_2.dtd">
<web-app>
<servlet>
<servlet-name>
Agents
</servlet-name>
<servlet-class>
COM.TIBCO.hawk.TIBHawkHttp.TIBHawkXml
</servlet-class>
<init-param>
<param-name>Service</param-name>
<param-value>7474</param-value>
<!--
<param-value>7474,7777</param-value>
-->
</init-param>
<init-param>
<param-name>Network</param-name>
<param-value></param-value>
</init-param>
<init-param>
<param-name>Daemon</param-name>
<param-value>tcp:7474</param-value>
<!--
<param-value>tcp:7474,tcp:7777</param-value>
-->
</init-param>
<init-param>
<param-name>HawkDomain</param-name>
<param-value>default</param-value>
<!--
<param-value>default,new</param-value>
-->
<!-- Values for EMS Transport
<init-param>
<param-name>EMSServerURL</param-name>
<param-value>tcp://localhost:7222</param-value>
</init-param>
<init-param>
<param-name>EMSUserName</param-name>
<!--
<init-param>
<param-name>SecurityPolicy</param-name>
<param-value>COM.TIBCO.hawk.security.trusted.Trusted</
param-value>
</init-param>
-->
<init-param>
<param-name>TraceDir</param-name>
<param-value>c:/temp</param-value>
</init-param>
<load-on-startup>
1
</load-on-startup>
</servlet>
<servlet>
<servlet-name>
HawkTime
</servlet-name>
<description> JSP page for first hawkdomain.jsp </description>
<jsp-file>
/jsp/HawkTime.jsp
</jsp-file>
<load-on-startup>
3
</load-on-startup>
</servlet>
<servlet>
<servlet-name>
HawkAlert
</servlet-name>
<description> JSP page for first hawkdomain.jsp </description>
<jsp-file>
/jsp/HawkAlert.jsp
</jsp-file>
<load-on-startup>
2
</load-on-startup>
</servlet>
<servlet>
<servlet-name>
alldomain
</servlet-name>
<description> JSP page for first alldomain.jsp </description>
<jsp-file>
/jsp/alldomain.jsp
</jsp-file>
<init-param>
<param-name>RefreshInterval</param-name>
<param-value>15</param-value>
</init-param>
<load-on-startup>
4
</load-on-startup>
</servlet>
<servlet>
<servlet-name>
hawkdomain
</servlet-name>
<description> JSP page for first hawkdomain.jsp </description>
<jsp-file>
/jsp/hawkdomain.jsp
</jsp-file>
<init-param>
<param-name>RefreshInterval</param-name>
<param-value>15</param-value>
</init-param>
<load-on-startup>
5
</load-on-startup>
</servlet>
<servlet>
<servlet-name>
clusterview
</servlet-name>
<jsp-file>
/jsp/clusterview.jsp
</jsp-file>
<init-param>
<param-name>RefreshInterval</param-name>
<param-value>15</param-value>
</init-param>
<load-on-startup>
6
</load-on-startup>
</servlet>
<servlet>
<servlet-name>
alertview
</servlet-name>
<servlet>
<servlet-name>
dtagentview
</servlet-name>
<jsp-file>
/jsp/dtagentview.jsp
</jsp-file>
<init-param>
<param-name>RefreshInterval</param-name>
<param-value>15</param-value>
</init-param>
<load-on-startup>
8
</load-on-startup>
</servlet>
<servlet>
<servlet-name>
dtalertview
</servlet-name>
<jsp-file>
/jsp/dtalertview.jsp
</jsp-file>
<init-param>
<param-name>RefreshInterval</param-name>
<param-value>15</param-value>
</init-param>
<load-on-startup>
9
</load-on-startup>
</servlet>
<servlet>
<servlet-name>
microagent
</servlet-name>
<jsp-file>
/jsp/microagent.jsp
</jsp-file>
<init-param>
<param-name>RefreshInterval</param-name>
<param-value>15</param-value>
</init-param>
<load-on-startup>
10
</load-on-startup>
</servlet>
<servlet>
<servlet-name>
methoddetail
</servlet-name>
<jsp-file>
/jsp/methoddetail.jsp
</jsp-file>
<init-param>
<param-name>RefreshInterval</param-name>
<param-value>15</param-value>
</init-param>
<load-on-startup>
11
</load-on-startup>
</servlet>
<servlet-mapping>
<servlet-name>
HawkTime
</servlet-name>
<url-pattern>
/HawkTime
</url-pattern>
</servlet-mapping>
<servlet-mapping>
<servlet-name>
HawkTime
</servlet-name>
<url-pattern>
/jsp/HawkTime
</url-pattern>
</servlet-mapping>
<servlet-mapping>
<servlet-name>
HawkAlert
</servlet-name>
<url-pattern>
/HawkAlert
</url-pattern>
</servlet-mapping>
<servlet-mapping>
<servlet-name>
HawkAlert
</servlet-name>
<url-pattern>
/jsp/HawkAlert
</url-pattern>
</servlet-mapping>
<servlet-mapping>
<servlet-name>
<servlet-mapping>
<servlet-name>
alldomain
</servlet-name>
<url-pattern>
/alldomain
</url-pattern>
</servlet-mapping>
<servlet-mapping>
<servlet-name>
clusterview
</servlet-name>
<url-pattern>
/clusterview
</url-pattern>
</servlet-mapping>
<servlet-mapping>
<servlet-name>
clusterview
</servlet-name>
<url-pattern>
/jsp/clusterview
</url-pattern>
</servlet-mapping>
<servlet-mapping>
<servlet-name>
alertview
</servlet-name>
<url-pattern>
/alertview
</url-pattern>
</servlet-mapping>
<servlet-mapping>
<servlet-name>
alertview
</servlet-name>
<url-pattern>
/jsp/alertview
</url-pattern>
</servlet-mapping>
<servlet-mapping>
<servlet-name>
dtagentview
</servlet-name>
<url-pattern>
/dtagentview
</url-pattern>
</servlet-mapping>
<servlet-mapping>
<servlet-name>
dtagentview
</servlet-name>
<url-pattern>
/jsp/dtagentview
</url-pattern>
</servlet-mapping>
<servlet-mapping>
<servlet-name>
dtalertview
</servlet-name>
<url-pattern>
/dtalertview
</url-pattern>
</servlet-mapping>
<servlet-mapping>
<servlet-name>
dtalertview
</servlet-name>
<url-pattern>
/jsp/dtalertview
</url-pattern>
</servlet-mapping>
<servlet-mapping>
<servlet-name>
microagent
</servlet-name>
<url-pattern>
/microagent
</url-pattern>
</servlet-mapping>
<servlet-mapping>
<servlet-name>
microagent
</servlet-name>
<url-pattern>
/jsp/microagent
</url-pattern>
</servlet-mapping>
<servlet-mapping>
<servlet-name>
methoddetail
</servlet-name>
<url-pattern>
/methoddetail
</url-pattern>
</servlet-mapping>
<servlet-mapping>
<servlet-name>
methoddetail
</servlet-name>
<url-pattern>
/jsp/methoddetail
</url-pattern>
</servlet-mapping>
<servlet-mapping>
<servlet-name>
Agents
</servlet-name>
<url-pattern>
/Agents
</url-pattern>
</servlet-mapping>
<servlet-mapping>
<servlet-name>
Agents
</servlet-name>
<url-pattern>
/Alerts
</url-pattern>
</servlet-mapping>
<servlet-mapping>
<servlet-name>
Agents
</servlet-name>
<url-pattern>
/Invoke
</url-pattern>
</servlet-mapping>
<servlet-mapping>
<servlet-name>
Agents
</servlet-name>
<url-pattern>
/MicroAgents
</url-pattern>
</servlet-mapping>
<taglib>
<taglib-uri>http://java.sun.com/jstl/core</taglib-uri>
<taglib-location>/WEB-INF/c.tld</taglib-location>
</taglib>
<taglib>
<taglib-uri>http://java.sun.com/jstl/xml</taglib-uri>
<taglib-location>/WEB-INF/x.tld</taglib-location>
</taglib>
<taglib>
<taglib-uri>http://java.sun.com/jstl/fmt</taglib-uri>
<taglib-location>/WEB-INF/fmt.tld</taglib-location>
</taglib>
<!--
Security constraints for Hawk Servlets
<security-constraint>
<web-resource-collection>
<web-resource-name>HawkSecure</web-resource-name>
<description>TIBCO Hawk Security</description>
<url-pattern>/Agents</url-pattern>
<url-pattern>/Alerts</url-pattern>
<http-method>POST</http-method>
<http-method>GET</http-method>
</web-resource-collection>
<auth-constraint>
<description>"HawkUser" Role, users are only allowed to access
this resource </description>
<role-name>HawkUser</role-name>
</auth-constraint>
</security-constraint>
<security-constraint>
<web-resource-collection>
<web-resource-name>HawkAdmin</web-resource-name>
<description>TIBCO Hawk Power User</description>
<url-pattern>/Invoke</url-pattern>
<url-pattern>/MicroAgents</url-pattern>
<http-method>POST</http-method>
<http-method>GET</http-method>
</web-resource-collection>
<auth-constraint>
<description>"HawkAdmin" Role, users are only allowed to access
this resource </description>
<role-name>HawkAdmin</role-name>
</auth-constraint>
</security-constraint>
<login-config>
<auth-method>BASIC</auth-method>
</login-config>
-->
</web-app>
Agents.xsd
This is the schema definition for the Agents URL. It is located in the
context_path/http_dir/xsd directory.
<?xml version = "1.0" encoding = "UTF-8"?>
<!--Generated by Turbo XML 2.3.0.100. Conforms to w3c
http://www.w3.org/2001/XMLSchema-->
<schema xmlns = "http://www.w3.org/2001/XMLSchema"
targetNamespace = "http://www.tibco.com/TIBCOHawk"
xmlns:Hawk = "http://www.tibco.com/TIBCOHawk"
xmlns:xsd = "http://www.w3.org/2001/XMLSchema">
<element name = "Agents">
<complexType>
<sequence minOccurs = "0" maxOccurs = "unbounded">
<element ref = "Hawk:Agent"/>
</sequence>
</complexType>
</element>
<element name = "Agent">
<complexType>
<choice>
<element ref = "Hawk:AgentName"/>
<element ref = "Hawk:AgentMajorVersion"/>
<element ref = "Hawk:AgentMinorVersion"/>
<element ref = "Hawk:AgentUpdateVersion"/>
<element ref = "Hawk:AgentCluster"/>
<element ref = "Hawk:DnsName"/>
<element ref = "Hawk:HawkDomain"/>
<element ref = "Hawk:IPAddress"/>
<element ref = "Hawk:OsArch"/>
<element ref = "Hawk:OsName"/>
<element ref = "Hawk:OsVersion"/>
<element ref = "Hawk:RuleBaseEngineState"/>
<element ref = "Hawk:StartYear"/>
<element ref = "Hawk:StartMonth"/>
<element ref = "Hawk:StartDate"/>
<element ref = "Hawk:StartHour"/>
<element ref = "Hawk:StartMin"/>
<element ref = "Hawk:StartSec"/>
<element name = "MicroAgents">
<complexType>
<sequence>
<element name = "MicroAgent" type = "string" maxOccurs = "unbounded"/>
</sequence>
</complexType>
</element>
<element name = "RuleBases">
<complexType>
<sequence>
<element name = "RuleBase" type = "string" maxOccurs = "unbounded"/>
</sequence>
</complexType>
</element>
</choice>
</complexType>
</element>
<element name = "AgentName" type = "string"/>
<element name = "DnsName" type = "string"/>
<element name = "HawkDomain" type = "string"/>
<element name = "OsArch" type = "string"/>
<element name = "OsName" type = "string"/>
<element name = "OsVersion" type = "string"/>
<element name = "AgentMajorVersion" type = "integer"/>
<element name = "AgentMinorVersion" type = "integer"/>
<element name = "AgentUpdateVersion" type = "integer"/>
<element name = "AgentCluster" type = "string"/>
<element name = "IPAddress" type = "string"/>
<element name = "RuleBaseEngineState">
<simpleType>
<restriction base = "integer">
<enumeration value = "1"/>
<enumeration value = "2"/>
<enumeration value = "3"/>
<enumeration value = "4"/>
<enumeration value = "5"/>
<maxInclusive value = "5"/>
<minInclusive value = "1"/>
<totalDigits value = "1"/>
<fractionDigits value = "0"/>
</restriction>
</simpleType>
</element>
<element name = "StartYear" type = "integer"/>
<element name = "StartMonth">
<simpleType>
<restriction base = "integer">
<enumeration value = "1"/>
<enumeration value = "12"/>
<enumeration value = "2"/>
<enumeration value = "3"/>
<enumeration value = "4"/>
<enumeration value = "5"/>
<enumeration value = "6"/>
<enumeration value = "7"/>
<enumeration value = "8"/>
<enumeration value = "9"/>
<enumeration value = "10"/>
<enumeration value = "11"/>
<maxInclusive value = "12"/>
<minInclusive value = "1"/>
<totalDigits value = "2"/>
<fractionDigits value = "0"/>
</restriction>
</simpleType>
</element>
<element name = "StartDate">
<simpleType>
<restriction base = "integer">
<maxInclusive value = "31"/>
<minInclusive value = "1"/>
Alerts.xsd
This is the schema definition for the Alerts URL. It is located in the
context_path/http_dir/xsd directory.
<?xml version = "1.0" encoding = "UTF-8"?>
<!--Generated by Turbo XML 2.3.0.100. Conforms to w3c
http://www.w3.org/2001/XMLSchema-->
<schema xmlns = "http://www.w3.org/2001/XMLSchema"
targetNamespace = "http://www.tibco.com/TIBCOHawk"
xmlns:Hawk = "http://www.tibco.com/TIBCOHawk"
xmlns:xsd = "http://www.w3.org/2001/XMLSchema"
elementFormDefault = "qualified">
<element name = "Alerts">
<complexType>
<sequence>
<element name = "Alert" minOccurs = "0" maxOccurs = "unbounded">
<complexType>
<sequence>
<element name = "Agent">
<simpleType>
<restriction base = "string">
<maxLength value = "8"/>
<length value = "8"/>
<minLength value = "1"/>
<whiteSpace value = "preserve"/>
</restriction>
</simpleType>
</element>
<element name = "HawkDomain">
<simpleType>
<restriction base = "string">
<whiteSpace value = "preserve"/>
</restriction>
</simpleType>
</element>
<element name = "Dns">
<simpleType>
<restriction base = "string">
<whiteSpace value = "preserve"/>
</restriction>
</simpleType>
</element>
<element name = "State">
<simpleType>
<restriction base = "integer">
<enumeration value = "1"/>
<enumeration value = "2"/>
<enumeration value = "3"/>
<enumeration value = "4"/>
<totalDigits value = "1"/>
<fractionDigits value = "0"/>
</restriction>
</simpleType>
</restriction>
</simpleType>
</element>
<element name = "AlertHour">
<simpleType>
<restriction base = "integer">
<maxInclusive value = "23"/>
<minInclusive value = "0"/>
<totalDigits value = "2"/>
<fractionDigits value = "0"/>
</restriction>
</simpleType>
</element>
<element name = "AlertMin">
<simpleType>
<restriction base = "integer">
<maxInclusive value = "59"/>
<minInclusive value = "0"/>
<totalDigits value = "2"/>
<fractionDigits value = "0"/>
</restriction>
</simpleType>
</element>
<element name = "AlertMonth">
<simpleType>
<restriction base = "integer">
<maxInclusive value = "12"/>
<minInclusive value = "1"/>
<totalDigits value = "2"/>
<fractionDigits value = "0"/>
</restriction>
</simpleType>
</element>
<element name = "AlerttSec">
<simpleType>
<restriction base = "integer">
<maxInclusive value = "59"/>
<minInclusive value = "0"/>
<totalDigits value = "2"/>
<fractionDigits value = "0"/>
</restriction>
</simpleType>
</element>
<element name = "AlertYear">
<simpleType>
<restriction base = "integer">
<totalDigits value = "4"/>
<fractionDigits value = "0"/>
</restriction>
</simpleType>
</element>
<element name = "AlertId">
<simpleType>
<restriction base = "integer">
<minInclusive value = "0"/>
<fractionDigits value = "0"/>
</restriction>
MicroAgents.xsd
This is the schema definition for the MicroAgents URL. It is located in the
context_path/http_dir/xsd directory.
<?xml version = "1.0" encoding = "UTF-8"?>
<!--Generated by Turbo XML 2.3.0.100. Conforms to w3c
http://www.w3.org/2001/XMLSchema-->
<schema xmlns = "http://www.w3.org/2001/XMLSchema"
targetNamespace = "http://www.tibco.com/TIBCOHawk"
xmlns:Hawk = "http://www.tibco.com/TIBCOHawk"
xmlns:xsd = "http://www.w3.org/2001/XMLSchema"
elementFormDefault = "qualified">
<element name = "AllMicroAgents">
<complexType>
<sequence>
<element name = "MicroAgents" maxOccurs = "unbounded">
<complexType>
<sequence>
<element name = "MicroAgent" maxOccurs = "unbounded">
<complexType>
<sequence>
<element name = "Name" type = "string"/>
<element name = "Agent" type = "string"/>
<element name = "DisplayName" type = "string"/>
<element name = "Instance" type = "integer"/>
<element name = "Service" type = "boolean"/>
<element name = "Checksum" type = "float"/>
<element name = "Methods">
<complexType>
<sequence>
<element name = "Method" maxOccurs = "unbounded">
<complexType>
<sequence>
<element name = "Name" type = "string"/>
<element name = "Description" type = "string"/>
<element name = "ResponseTime" type = "string"/>
<element name = "Async" type = "string"/>
<element name = "Impact" type = "string"/>
<element name = "OpenMethod" type = "string"/>
<element name = "Returns">
<complexType>
<sequence>
<element name = "Return" minOccurs = "0">
<complexType>
<sequence>
<element name = "Name" type = "string"
maxOccurs = "unbounded"/>
<element name = "Type" type = "string"
maxOccurs = "unbounded"/>
<element name = "Indices" minOccurs = "0">
<complexType>
<sequence>
</element>
</sequence>
</complexType>
</element>
</sequence>
</complexType>
</element>
</schema>
Index
A ClusterView.xsl 51
Configuration 28
Additional Parameters 39 Constructing the Relative URL 57
AddRoot.xsl 53 context_path of Web Server or Application Server 17
Agent Status 67 customer support xiii
AgentAlert.xsl 50 Customizing the Content, Look and Feel of XML
Agents URL 40 Data 6
Agents URL Sample Output 40 Customizing the HTML Application 61
Agents, Alerts, and Microagents URLs 7
Agents.xsd 99
AgentState.xsl 49
Alert Details 69 D
Alert State Colors and Conditions 62
Alert View 68 Daemon parameter 28
Alerts URL 42 Date and Time Updated 61
Alerts URL Sample Output 42 Default Alert Colors for Sample HTML
Alerts.xsd 102 Application 62
Alerts.xsl 53 Directory Name in Documentation 17
Applying a Cascading Stylesheet 57 Directory Name in relative URLs 17
Architecture 13 Domain View 65
Authentication 77
Authorization 80
B Enterprise View 64
Example 43, 51, 52, 52, 53
Back and Return 59 Example 1 45, 47, 50, 50
Basic Authentication 77 Example 2 45, 47, 50, 51
Example 3 45, 47
Example 4 47
Example 5 48
C Examples 41, 45, 47
Extended Architecture for Generating HTML
Can Be Applied To Interface 14
49, 50, 51, 51, 52, 52, 53, 53, 53, 54
Cascading Stylesheets 8, 61
changes from the previous release viii
Cluster View 66
H
HawkDomain parameter 28 L
http_dir WAR Extraction Directory 17
Location of Files for Parsing XML Data into HTML
(Cont’d) 61
I
Ident.xsl 53 M
Implementing Own Java Security Class 80
Importing the Tag Libraries 56 Method Details 71
Importing XML Content 57 Method Results 72
Install and Generate a Response File 26 Microagent View 70
Install and Generate a Template File 26 MicroAgents URL 44
Install in Silent Mode 26 MicroAgents URL Sample Output 44
Install Using a Response File 27 MicroAgents.xsd 106
Install Using Console 25 Microsoft Windows 36
Install Using GUI 25 Microsoft Windows Platform Registry 20
install_path Installation Directory 16 Missing dll Error 80
Installation Directories 16 Moving the WAR Extraction Directory 17
Installation History 20 Multiple TIBCO Hawk Domain Support 2
Installation Media 24 Multiple TIBCO Hawk Domains 29
Installation Options 25
Installation Prerequisites 21
Installation Registry and History 20
Installer Overview 16 N
Installing TIBCO Hawk HTTP Adapter 24
Interactive Mode 27 Navigation 59
Introduction 2 Network parameter 28
Invoke URL 7, 46 Nnames.xsl 52
Invoke URL Sample Output 46
Q
Qualified Names (QNames) 11 T
technical support xiii
TIBCO Software 22
R TIBCO_HOME xi
TIBHawkXml Microagent Methods 81
Realms 79 TraceDir 33
Refresh Interval 61
Reinstallation 19
Reinstallation and Upgrade 19
Relative URL Overview 38 U
Required Parameter
50, 51, 51, 52 Understanding the Highest Alert State 60
Required Parameters 44, 46 Uninstalling TIBCO Hawk HTTP Adapter 36
49, 53 UNIX 36
Result.xsl 54 UNIX Platform Registry 20
Retrieving the TIBCO Hawk Agent Data 57 Upgrade 19
RuleBaseAlert.xsl 51 User Privileges 23
RuleBaseListXml.xsl 52 Users and Roles 77
Using Parameters in Relative URLs 38
S
Sample Files 89
W
Web Server or Application Server 22
web.xml 90
web.xml Parameters 28
Window Environment on UNIX (Optional) 22
Windows JVM Search Locations 24
X
XML and HTML Interfaces 5
XML Namespaces 10
XSLT/XPATH Stylesheets 8, 49