International Business Machines Corporation

Daniel S Gritter

Colette Manoni

Joshua B Wisniewski

Glenn I Katzen

Gerald B Strait

Barry P Gower

James V Farmer

Mei-Hui Wang

MeiHui Wang

Matthew J Sykes

Barry M Baker

Robert O Dryfoos

Christopher Daniel Filachek

Mark D Cooper

James D Johnston, Jr

Barry M Goldberg

Sunil Shenoi

Yuk S Tam

Application servers having multiple virtual machines are restarted by sequentially addressing each active virtual machine (VM) by adding a corresponding new VM prior to stopping the active VM before adding another new VM corresponding to another of the multiple virtual machines to be restarted. Application servers are monitored for restart conditions that trigger a sequential process of adding a new VM and stopping the corresponding active VM.

Restarting application servers

A method and information processing system facilitate debugging of a multi-threaded application. A control program request associated with at least one thread of a process that has been designated for debugging is generated. The control program request is placed into a memory buffer associated with the thread by the debugger. The memory buffer is passed to a control program. A plurality of memory buffers is monitored. Each memory buffer in the plurality of memory buffers is associated with a different thread of the process. At least one memory buffer in the plurality of memory buffers is determined to include debugging event information from the control program determining. The debugging event information is processed. The processing includes at least one of notifying a user of the debugging event information and generating at least one control program request for a thread associated with the at least one memory buffer.

Multi-threaded debugger support

A processor-implemented method for implementing a shared counter architecture is provided. The method may include receiving, by a worker thread, an application request; recording, by a common timer thread, a shared timer value and acquiring, by the worker thread, the shared timer value. The method may further include recording, by the common timer thread, a shared calibration factor; acquiring, by the worker thread, a configuration value corresponding to the application request and generating, by the worker thread, a calibrated timeout interval for the application request based on the shared calibration factor, the shared timer value, and the configuration value. The method may further include registering, by the worker thread, the calibrated timeout interval for the application request on a current timeout list; determining, by the common timer thread, a timeout occurrence for the application request based on the registered calibrated timeout interval; and releasing resources based on the timeout occurrence.

Calibrated timeout interval on a configuration value, shared timer value, and shared calibration factor

A processor-implemented method for designing, developing, implementing and maintaining a core service related to a database is provided. The processor-implemented method may include displaying a graphical user interface and identifying, from the graphical user interface, the core service. Then the processor-implemented method may include determining, from the graphical user interface, a type of folder request based on the identified core service and accessing a folder based on the determining of the type of folder request. The processor-implemented method may further include determining a lock order based on the accessed folder; and manipulating the accessed folder based on the determining of the lock order.

Core service build / deployment for hierarchical database

A common symbol table is generated, which includes symbols of a plurality of independent applications. The symbols included in the common symbol table are common symbols of the applications. The bulky information associated with the common symbols are stored in the common symbol table, and stubs used to locate the common symbols are stored in local tables of the applications.

Generating a common symbol table for symbols of independent applications

Managing shared data objects to share data between computer processes, including a method for executing a plurality of independent processes on an application server, the processes including a first process and a second process. A shared memory utilized by the plurality of independent processes is provided. A single copy of the data and metadata are stored in the shared memory. The metadata includes an address of the data. The first process initiates the storing of the data in the shared memory. An address of the metadata is transferred from the first process to the second process to notify the second process about the data. The second process determines the address of the shared memory by reading the metadata. The data in the shared memory is accessed by the second process.

Managing shared data objects to provide visibility to shared memory

A system for sharing data between computer processes. The system includes a processor configured to implement a method that includes executing a plurality of independent processes on an application server, the processes including a first process and a second process. A shared memory utilized by the plurality of independent processes is provided. A single copy of the data and metadata are stored in the shared memory. The metadata includes an address of the data. The first process initiates the storing of the data in the shared memory. An address of the metadata is transferred from the first process to the second process to notify the second process about the data. The second process determines the address of the shared memory by reading the metadata. The data in the shared memory is accessed by the second process.

A method for enhancing debugger performance of hardware assisted breakpoints across multiple units includes deferring all active location breakpoints within the multiple modules, and subsequently activating each valid location breakpoint in a present one of the multiple modules being entered.

Method for enhancing debugger performance of hardware assisted breakpoints

One process of a processing environment maintains state on behalf of another process of the processing environment, and uses that state to determine if a problem exists with the another process. The one process is a non-volatile process, while the another process is a volatile process.

Managing by one process state of another process to facilitate handling of error conditions

A debugger provides a user with the ability to trace through the user's program to detect one or more errors. The debugger steps through the program until it reaches a breakpoint set at a selected step by the user. After stepping through the program and detecting one or more errors, the user revises the program and re-executes the debugger. The debugger automatically restores the breakpoint to the selected step, which is often at a different line number in the program, after revisions are made to the program code.

Restoring debugging breakpoints subsequent to program code modifications

A system and method for obtaining performance data from software compiled with or without trace hooks is provided. A software application is entered and a trace data flag is set to off. For each module initiated by the software application, the trace data flag is set to on if the module is registered with a performance analyzer tool. If the module does have trace data hooks and the trace data flag is on, then, a request is transmitted to the performance analyzer tool to record trace data. If the module does not have trace data hooks and the trace flag is on, a request is transmitted to the performance analyzer tool to record trace data in response to entering and exiting the module. When the software application exits, a report based on the trace data is received from the performance analyzer tool.

Growing community of inventors

Wappingers Falls, NY, United States of America

Daniel S Gritter