Abstract: A mechanism is provided for just-in-time instrumentation that uses bytecode insertion to modify a class definition to store a reference to the static class information to be used by probes. A hook is inserted to provide a callback to one or more probes. When the bytecode inserted hook is executed, the static class information is used to locate and execute the application probes.

Abstract: A system or method which accesses or otherwise receives collected performance data for at least one server application, where the server application is capable of performing a plurality of transactions with client devices and the client devices are geographically dispersed from the server in known geographical locales, which automatically determines from the performance data which of the transactions are utilized by users of the client devices, which selects utilized transactions according to at least one pre-determined selection criteria, which automatically generates a transaction playback script for each of the selected transactions substituting test information in place of user-supplied or user-unique information in the transactions, which designates each script for execution from a geographical locale corresponding to the locale of the clients which execute the utilized transactions, which deploys the playback scripts to robotic agents geographically co-located with client devices according to the locale

Abstract: A computer implemented method, data processing system, and computer program product for automating processes using data driven pre-recorded transactions. A process server comprising process modeling tools creates workflows comprising activities linked together based on a set of rules. A test script server connected to one or more activities in a workflow receives requests from the one or more activities to automate an activity. A remote test script agent connected to the test script server receives instructions from the test script server to play back a robotic test script of the activity, wherein the robotic test script is driven by a set of input parameters obtained from recording the activity, and wherein the robotic test script interacts with an application under test to perform the activity as an automated task.

Abstract: A system, method, and computer program for dynamically changing the weightings used by a workload distribution program to distribute Enterprise JavaBeans among a group of application servers handling EJBs. The changes are made in response to real-time measurements of the performance of EJBs involved in e-business transactions based on the dynamic insertion of monitors within the EJBs to measure their class and method performance from within the J2EE server. The performance data can be tracked for specific users or specific types of transactions, so that the servers are weighted for optimal handling of the most critical EJBs.

Abstract: A method and system for exposing monitoring violations to monitored applications is provided. A monitored application may detect that a monitoring application has been applied to monitor a transaction. Based on a defined policy or a threshold within policy, the monitored application may determine if the transaction is in a violation state. If the transaction is in a violation state, the mechanism of the present invention enables the monitoring application to notify the monitored application, such that the monitored application may take corrective action to correct the violation.

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 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 system and method which accesses or otherwise received collected performance data for at least one server application, where the server application capable of performing a plurality of transactions with client devices and the client devices are geographically dispersed from the server in known geographical locales, which automatically determines from the performance data which of the transactions are utilized by users of the client devices, which selects utilized transactions according to at least one pre-determined selection criteria, which automatically generates a transaction playback script for each of the selected transactions substituting test information in place of user-supplied or user-unique information in the transactions, which designates each script for execution from a geographical locale corresponding to the locale of the clients which execute said utilized transactions, which deploys the playback scripts to robotic agents geographically co-located with client devices according to the locale

Abstract: A method of enabling transaction probes used to monitor a transaction or modify a primary application handling the transaction. The method begins with retrieving a token associated with the transaction. The token contains information regarding which transaction probes from a plurality of transaction probes will be enabled with respect to the transaction. The token is then read to determine the set of transaction probes from the plurality of transaction probes that will be enabled. The determined set of transaction probes is then enabled.

Abstract: A method of enabling transaction probes used to monitor a transaction or modify a primary application handling the transaction. The method begins with retrieving a token associated with the transaction. The token contains information regarding which transaction probes from a plurality of transaction probes will be enabled with respect to the transaction. The token is then read to determine the set of transaction probes from the plurality of transaction probes that will be enabled. The determined set of transaction probes is then enabled.

Abstract: Mechanisms for graph manipulation of transactional performance data are provided in order to identify and emphasize root causes of electronic business system transaction processing performance problems. A system transaction monitoring system, such as IBM Tivoli Monitoring for Transaction Performance™ (ITMTP) system, is utilized to obtain transaction performance data for a system. This transaction performance data is stored in a database and is utilized to present a graph of a given transaction or transactions. Having generated a graph of the transaction, and having identified problem conditions in the processing of the transaction(s), the present invention provides mechanisms for performing graph manipulation operations to best depict the root cause of the problems.

Abstract: A method and apparatus is provided for routing error messages in a distributed computer system comprising multiple root nodes, and further comprising one or more PCI switches and one or more I/O adapters, wherein each root node includes one or more system images. In one useful embodiment, a method is provided for routing I/O error messages to root nodes respectively associated with the errors contained in the messages. The method includes detecting occurrence of an error at a specified one of the adapters, wherein the error affects one of the system images, and generating an error message at the specified adapter. The method further comprises routing the error message from the specified adapter to the particular root node that includes the affected system image. The error message is then selectively processed at the particular root node, in order to identify the affected system image.

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: Mechanisms for graph manipulation of transactional performance data are provided in order to identify and emphasize root causes of electronic business system transaction processing performance problems. A system transaction monitoring system, such as IBM Tivoli Monitoring for Transaction Performance™ (ITMTP) system, is utilized to obtain transaction performance data for a system. This transaction performance data is stored in a database and is utilized to present a graph of a given transaction or transactions. Having generated a graph of the transaction, and having identified problem conditions in the processing of the transaction(s), the present invention provides mechanisms for performing graph manipulation operations to best depict the root cause of the problems.

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 automating processes using data driven pre-recorded transactions. A process server comprising process modeling tools creates workflows comprising activities linked together based on a set of rules. A test script server connected to one or more activities in a workflow receives requests from the one or more activities to automate an activity. A remote test script agent connected to the test script server receives instructions from the test script server to play back a robotic test script of the activity, wherein the robotic test script is driven by a set of input parameters obtained from recording the activity, and wherein the robotic test script interacts with an application under test to perform the activity as an automated task.

Abstract: Method and apparatus is directed to a software system associated with a sequence of transactions, wherein the software system includes one or more programs. In embodiments of the invention, a runtime stack trace of an executing program is used to determine initially hidden software components that are interspersed between initially known or recognized components of the software system. In one embodiment, a method pertains to a software system provided to implement a sequence of transactions, wherein each transaction corresponds to a component of the software system. A transaction monitor probe is configured to recognize pre-specified software components, including components of the software system that correspond to some of the transactions. The probe recognizes each of the pre-specified components included in the software system, wherein recognized components include components corresponding to first and second sequential transactions.

Abstract: A method, apparatus, and computer instructions for retrieving content in a distributed data processing system. Steps performed to retrieve a plurality of Web pages in the distributed data processing system are identified. Content in the plurality of retrieved Web pages is selected by a user input. Data needed to retrieve the selected content in the plurality of retrieved Web pages is identified. A custom Web page is created in which the custom Web page contains instructions to retrieve the selected content. The selected content is retrieved using the instructions when the custom Web page is accessed.