Abstract: A system and method to allow an individual transaction in an instrumented software application to be monitored according to its own configuration. In one preferred embodiment, each transaction is associated with a token. The token includes the monitoring configuration that should be used for the associated transaction. When the application entry point is reached for the transaction, the token is looked up and retrieved, and the monitoring policy configuration of the token determines what data is gathered about the transaction.

Abstract: A method for graphically representing events at runtime in an event management system is provided. A plurality of events including a first event and a second event are received that define respective states of one or more networked devices. A cause-effect event relation is identified between the first event, the second event, and a projected event responsive to receiving the first and second events. A runtime visualization output is generated that includes a graphical representation of the first event, the second event, the projected event and the event relation.

Abstract: A computer implemented method, data processing system, and computer program product for selective monitoring of individual transactions in an instrumented software application. In response to receiving a new transaction at an entry point, a monitoring policy is checked to determine if the monitoring policy indicates that the transaction should be monitored. If the monitoring policy indicates that the transaction should be monitored, a determination is made as to whether the system resources are operating at a predetermined system condition defined in the monitoring policy. If the system resources are operating at the predetermined system condition, the transaction will be monitored. If the system resources are not operating at the predetermined system condition, the transaction will not be monitored.

Abstract: A computer implemented method, system, and computer usable program code for distributing event processing are provided in the illustrative embodiments. An analysis is performed of the event information flowing from one event relationship network subnet to another event relationship network subnet in an event relationship network. Strength of a relationship between the first and the second event relationship network subnets is determined based on the analysis. A distribution of the event processing in the event relationship network is recommended based on the strength of the relationship.

Abstract: A method, system and computer-usable medium for selectively monitoring transactions in a cluster computing environment are disclosed. A transaction is received by a load balancer. A transaction monitoring manager determines if the received transaction is a candidate for monitoring. If it is, then the resource thresholds defined in the transaction's corresponding TMP are determined. The load balancer is then interrogated to determine which application server instance is assigned to process the transaction. Once determined, resource usage information is collected from the target application server instance and provided to the transaction monitoring manager. The collected resource information is compared to the transaction's corresponding TMP. If resource usage exceeds resource threshold values contained in the TPM, then the transaction is monitored. Otherwise it is not.

Abstract: A system and method to allow an individual transaction in an instrumented software application to be monitored according to its own configuration. In one preferred embodiment, each transaction is associated with a token. The token includes the monitoring configuration that should be used for the associated transaction. When the application entry point is reached for the transaction, the token is looked up and retrieved, and the monitoring policy configuration of the token determines what data is gathered about the transaction.

Abstract: A computer implemented method, system, and computer usable program code for distributing event processing are provided in the illustrative embodiments. An analysis is performed of the event information flowing from one event relationship network subnet to another event relationship network subnet in an event relationship network. Strength of a relationship between the first and the second event relationship network subnets is determined based on the analysis. A distribution of the event processing in the event relationship network is recommended based on the strength of the relationship.

Abstract: A system and method to allow an individual transaction in an instrumented software application to be monitored according to its own configuration. In one preferred embodiment, each transaction is associated with a token. The token includes the monitoring configuration that should be used for the associated transaction. When the application entry point is reached for the transaction, the token is looked up and retrieved, and the monitoring policy configuration of the token determines what data is gathered about the transaction.

Abstract: A method, system and computer-usable medium for selectively monitoring transactions in a cluster computing environment are disclosed. A transaction is received by a load balancer. A transaction monitoring manager determines if the received transaction is a candidate for monitoring. If it is, then the resource thresholds defined in the transaction's corresponding TMP are determined. The load balancer is then interrogated to determine which application server instance is assigned to process the transaction. Once determined, resource usage information is collected from the target application server instance and provided to the transaction monitoring manager. The collected resource information is compared to the transaction's corresponding TMP. If resource usage exceeds resource threshold values contained in the TPM, then the transaction is monitored. Otherwise it is not.

Abstract: The present invention addresses the problem of linking cross-process and cross-thread subtransactions into a single user transaction. The mechanism of the present invention employs bytecode inserted probes to dynamically detect out of process correlating tokens in an inbound request. The bytecode inserted probes retrieve the correlating token in the inbound request. Based on the correlating token retrieved, the bytecode inserted probes are then used to dynamically determine if the inbound user request should be recorded and linked to a transaction that began in another thread or process.

Abstract: The present invention addresses the problem of linking cross-process and cross-thread subtransactions into a single user transaction. The mechanism of the present invention employs bytecode inserted probes to dynamically detect out of process correlating tokens in an inbound request. The bytecode inserted probes retrieve the correlating token in the inbound request. Based on the correlating token retrieved, the bytecode inserted probes are then used to dynamically determine if the inbound user request should be recorded and linked to a transaction that began in another thread or process.

Abstract: A computer implemented method, data processing system, and computer program product for selective monitoring of individual transactions in an instrumented software application. In response to receiving a new transaction at an entry point, a monitoring policy is checked to determine if the monitoring policy indicates that the transaction should be monitored. If the monitoring policy indicates that the transaction should be monitored, a determination is made as to whether the system resources are operating at a predetermined system condition defined in the monitoring policy. If the system resources are operating at the predetermined system condition, the transaction will be monitored. If the system resources are not operating at the predetermined system condition, the transaction will not be monitored.

Abstract: A method for graphically representing events at runtime in an event management system is provided. A plurality of events including a first event and a second event are received that define respective states of one or more networked devices. A cause-effect event relation is identified between the first event, the second event, and a projected event responsive, to receiving the first and second events.