Abstract:
A tool (30) for graphically defining an expression is disclosed. The tool comprises a graphic user interface (GUI) component (31) and an expression generator component (32) adapted to read a graphic definition of an expression provided by a user through the GUI component. The GUI component is responsive to user input to define one or more tree structures comprising a hierarchical series of nodes, and one or more lists comprising a plurality of items, each list item being associated with respective node of an associated tree. The expression generator component analyzes the graphic definition and generates an expression based on the structure of the or each tree and any list items associated with respective nodes of a tree.
Abstract:
An architecture that allows target service interactions to be realistically simulated in a development environment. The architecture includes a proxy service, an interaction recorder, an interaction store and an emulator service. The proxy service delegates service requests received from a client component to a target service. If it is in “record” mode, the proxy service routes any interaction data corresponding to the interaction (between the target service and the client component) to the interaction recorder. Upon receipt, the interaction recorder records the interaction data in the interaction store. Later, the proxy service can be placed in “replay” mode so that a subsequent service request for the target service is delegated to the emulator service. Upon receipt, the emulator service retrieves the corresponding interaction data from the data store and replays the same to emulate/simulate the target service.
Abstract:
Recording and replaying service interactions permits developers to evaluate, iteratively build and test middle-tier and other software components using realistic interaction data and quality of service (QoS) characteristics without requiring constant access to a resource operating in a production environment. Typical service execution sequences can be recorded once by the system administrator/deployer, then replayed as many times as necessary by developers iteratively building and testing middle-tier components.
Abstract:
Provided are an execution monitoring tool, a method and a computer program product for monitoring execution of an hierarchical visual program. Execution progress reports are sent to an execution monitoring controller which maps the report data to its own representation of the hierarchical program to determine the current position within an execution program. The hierarchical structure of the program and the current execution position are displayed during execution on a test system. The execution monitoring controller maintains an hierarchical representation of the visual program's structure, builds an execution stack from the execution progress reports, and compares the received reports with the hierarchical representation to determine a current execution position. The execution reports include the current execution status as well as the position within the execution flow. In an implementation of the invention for debugging a visual message flow, which represents a sequence of message processing operations as a set of nodes and connections between the nodes, the execution progress reports include the content and structure of the message during execution and this is also displayed to the user. A set of debug nodes for generating the execution progress reports are preferably automatically inserted in the message flow before executing it on a test and debugging system, and these debug nodes send execution progress reports to a debug controller.
Abstract:
The invention provides a technique for managing multiple contextual views of source code files. In a file system, different tasks demand that source code files be grouped in different hierarchical directories. When some or all of this manipulation is of the physical files themselves, the directories can become confused, and it may be difficult for the next user to access needed source code files. In the technique of the invention, the physical location of the files is independent of all contextual views, and is maintained in a separate viewable hierarchy. All items in contextual view hierarchies contain only references to the physical location of the source code files, and so modifications of those items, such as delete, move and copy, only alter the references themselves. A separate set of operations can be used for explicitly maintaining or modifying the physical source code files.
Abstract:
A framework having a plurality of directories representing different types of middlewares and distributed object systems can be constructed from data provided in a class library. Each directory includes the name and address of all service objects, located across multiple servers in the system, that supports the specific middleware or distributed object policy characteristics for that directory. One service object may be addressed through multiple directories. When a remote method call is issued by a client, a list of service objects capable of executing the call is obtained from the directories and one object selected. The policy characteristics associated with the directory from which the object address is selected, are attached to the call. These characteristics are validated when the addressed server receives the call. In this way, a client program can be written entirely independently of the middleware or peculiarity of implementation of the distributed object service.
Abstract:
An exercise apparatus includes a frame; a platform configured to receive a person in a standing position, the platform connected to the frame; a handheld component configured to be held by a person standing on the platform; and an impeller-driven fluid circulation system. Manipulation of the handheld component by a person standing on the platform results in driving of the impeller and circulation of fluid within the fluid circulation system. The platform may rock from side to side, whereby a person standing on the platform must maintain balance while manipulating the handheld component. The handheld component may simulate a paddle and may include an elongate shaft. In this respect, the paddle component is used by a person standing on the platform as if the paddle component were a paddle used in paddleboarding, including manipulating the paddle component through a rowing motion that preferably would be experienced when actually paddleboarding.
Abstract:
An architecture that allows target service interactions to be realistically simulated in a development environment. The architecture includes a proxy service, an interaction recorder, an interaction store and an emulator service. The proxy service delegates service requests received from a client component to a target service. If it is in “record” mode, the proxy service routes any interaction data corresponding to the interaction (between the target service and the client component) to the interaction recorder. Upon receipt, the interaction recorder records the interaction data in the interaction store. Later, the proxy service can be placed in “replay” mode so that a subsequent service request for the target service is delegated to the emulator service. Upon receipt, the emulator service retrieves the corresponding interaction data from the data store and replays the same to emulate/simulate the target service.
Abstract:
An architecture that allows target service interactions to be realistically simulated in a development environment. The architecture includes a proxy service, an interaction recorder, an interaction store and an emulator service. The proxy service delegates service requests received from a client component to a target service. If it is in “record” mode, the proxy service routes any interaction data corresponding to the interaction (between the target service and the client component) to the interaction recorder. Upon receipt, the interaction recorder records the interaction data in the interaction store. Later, the proxy service can be placed in “replay” mode so that a subsequent service request for the target service is delegated to the emulator service. Upon receipt, the emulator service retrieves the corresponding interaction data from the data store and replays the same to emulate/simulate the target service.