International Business Machines Corporation

Pivotal Software, Inc.

Andrew Wilkinson

Ian Robinson

Joseph Benjamin Hale

David John Vines

Simon J Maple

Daniel James Matthews

Jon Hawkes

Adrian Mark Colyer

A method of ordering multiple resources in a transaction includes receiving a transaction for a plurality of resources and determining, for each resource, the work embodied by the transaction. The work includes at least one identified parameter relating to an operation for the resource. The method further may include specifying an order of the resources according to the determination of the work, committing the transaction, and invoking the resources in the selected order. Specifying the order of the resources may include specifying the resource to be invoked last. Alternatively, or additionally, specifying the order of the resources also may include specifying that each resource carrying out read-only work be invoked first.

Specifying an order of a plurality of resources in a transaction according to distance

A method of ordering multiple resources in a transaction includes receiving a transaction for a plurality of resources and determining, for each resource, the work embodied by the transaction. The method further may include specifying an order of the resources according to the determination of the work, committing the transaction, and invoking the resources in the specified order. Specifying the order of the resources may include specifying the resource to be invoked last. Alternatively, or additionally, specifying the order of the resources also may include specifying that each resource carrying out read-only work be invoked first.

Specifying an invocation order of a plurality of resources in a transaction according to resource distance

Documentation for application or web service, such as a web application programming interface (API), is generated by analyzing bytecode for the application itself. Metadata contained within the bytecode and that specifies the functionality of the web service is extracted and used as a template and basis for documentation. A second source of documentation, which contains detailed documentation of the web service, is contributed by the web service developer and merged with the metadata extracted from the bytecode.

Documentation generation for web APIs based on byte code analysis

A computer device () includes a deployment unit () which deploys an application program () into a runtime execution environment () based on configuration information from a plurality of configuration files (), including at least one base configuration file () and one or more supplementary configuration files (), wherein a merge unit () uses the one or more supplementary configuration files () to act upon and modify the configuration information provided in the base configuration file (). A method of providing configuration files in a computer device () includes modifying configuration information provided in the base configuration file () using the one or more supplementary configuration files () to provide a merged configuration file (), and deploying the application program () into the runtime execution environment () based on configuration information from the merged configuration file ().

Computer device and method of providing configuration files in a computer device

An indication is provided to a transaction participant as part of a message originating from a transaction coordinator. The message indicates that the transaction coordinator supports a heuristic response. The transaction coordinator coordinates commitment of transactions as requested by an application in response to a determination by the transaction participant of a heuristic outcome. Heuristic outcomes include situations where transaction participants determine they are unable to honor transactional prior prepared commitments made to the transaction coordinator during first prepare phases of two-phase commits associated with the transactions. The heuristic response is received from the transaction participant in association with a transaction coordinated by the transaction coordinator and indicates that the transaction participant is unable to honor a transactional prior prepared commitment made by the transaction participant during a first prepare phase of a two-phase commit associated with the transaction coordinated by the transaction coordinator as requested by the application.

Heuristics processing

Documentation for an application or web service, such as a web application programming interface (API), is generated by analyzing bytecode for the application itself. Metadata contained within the bytecode and that specifies the functionality of the web service is extracted and used as a template and basis for documentation. A second source of documentation, which contains detailed documentation of the web service, is contributed by the web service developer and merged with the metadata extracted from the bytecode.

The invention provides a mechanism for a transaction coordinator to indicate to a transaction participant that it supports a heuristic outcome, where a course of action has occurred which means that the transaction participant is unable to honor a transactional prior commitment to the transaction coordinator. The mechanism is such that a transaction participant that is incapable of communicating a heuristic outcome may ignore any such indication. A transaction participant may be incapable because it does not understand the concept of a heuristic outcome at all or because it does not have the ability to inform the transaction coordinator that a heuristic outcome has occurred.

There is disclosed a method, apparatus and computer program for validating a function call in source code, a valid function call referencing a message in a message bundle using a message key specified in the function call, the valid function call operable to produce output using the referenced message. First a function call to validate is located. Then it is determined whether a message bundle associated with a message key specified in the function call can be located. Responsive to this being possible, an attempt is made to access the referenced message within the message bundle using the message key. An error message is output should validation of the function call fail.

Validating function calls in source code

Contexts are propagated between a first and second system. The contexts provide information about the environment within which work in the first and second systems is to be performed. The contexts have a hierarchical structure in which the bottom most context in the hierarchy is identified as a leaf context. A request is received at the first system to perform work. Context information is created in the first system pertaining to the environment within which the work is to be performed. The context information forms a context hierarchy having a root context and one or more descendant contexts. Information is propagated from the first system to the second system enabling re-creation at the second system of context information pertaining to the leaf context only.

Growing community of inventors

Southampton, United Kingdom

Andrew Wilkinson