Oracle International Corporation

Shamik Ganguly

Vijay Nichinbatl Sriram

PhiDien Nguyen

Debashis Saha

Gaurav Manglik

Sourav Mukherjee

Rohit Sah

Rahul Gupta

Ambalika Roy

Venkatadri Ganesan

A system, method, computer program product are shown for automatically performing deployment activities that can handle deployments for any-sized organization, even for deployments at the enterprise level. According to some approaches, modeling is performed to generate a model of the components in the computing environment. Dependency graphs can be generated for the deployment, and used to then automatically perform the deployment.

Method and system for performing deployment management

According to an aspect of the present invention, the dependency information of software components implementing an enterprise application, is used to minimize the down time of the components when applying patches. In an embodiment, all the software components are shut down before applying patches. The patches are then applied and the components are started in a dependency order starting from an independent component. The down time is reduced as a result. According to another aspect, the shutdown also is performed in the reverse of the dependency order. The shutdown and starting are performed using recursive logic.

Reducing downtime when patching multiple inter-dependent software components

Systems, methods, and machine-readable media are disclosed for patching software based on seeded product information. In one embodiment, patching software can comprise receiving a patch deliverable that can include a software patch and information identifying a target software package. The information identifying the target software package can be read and a determination can be made as to whether the information indicates a known software package. In response to determining the information indicates a known software package, the patch can be installed. In response to determining the information does not indicate a known software package options identifying software packages for which the patch may be used can be presented to a user and a selection of one of the packages can be received. The selected software package can be seeded with the information identifying the target software package and the patch can be installed for the selected software product.

Seeding product information

A computing system provided according to an aspect of the present invention includes a developer system which sends a set of patches along with metadata in a package. The metadata may include hierarchical paths, with each path indicating a corresponding target (file or archive) which is to be replaced to apply the corresponding patch. A patch tool receives the package and applies the patches using the metadata. According to another aspect of the present invention, a patch tool forms a tree structure based on the hierarchical paths in the metadata. In an embodiment, the tree structure is traversed each time to perform a corresponding patching operation (e.g., backup, and replace). According to yet another aspect of the present invention, only the required archives are unarchived while applying the patches. In an embodiment, the patch tool determines the required archives based on the information in the received metadata.

Patching of multi-level data containers storing portions of pre-installed software

A patch tool receives multiple patches, with each patch designed to fix a corresponding subset of a set of errors in a system. Some of the patches may require that the files from older patches be removed from the system. In an embodiment of the present invention, a developer of a patch is provided the flexibility to specify that a desired file from an older patch fixing a specific error, not be removed during deployment of a new patch designed to fix the same specific error. Rolling back later to the older version of the patch may be simplified by not removing the desired file.

Simplifying rollback to prior versions of patches used to fix errors in pre-installed software

Facilitating self-remediation for software applications. In an embodiment, a self-remediation tool (incorporated in the software application) receives a set of tasks that are to be performed for fixing an error in the software application. The self-remediation tool determines a subset of tasks requiring termination of execution of the software application. A new process is then initialized, which is designed to terminate the software application, perform the subset of tasks and restart the software application.

Facilitating self-remediation for software applications

Techniques for performing a multi-level patching operation are described. According to one such technique, before a particular patch is applied, the data containers that are targeted by the particular patch are identified. A determination is made as to whether any of these target data containers already has been targeted by any previously applied patch. A determination also is made as to whether any other data container that contains (immediately or otherwise) any of the target data containers already has been targeted by any previously applied patch. If any target data container or any other data container that contains a target data container already has been targeted by a previously applied patch, then the particular patch is not applied to the target data containers.

Multi-level patching operation

Techniques that promote a fault-tolerant patching system are described. According to one such technique, a patching operation is performed in two phases. During the first phase, before the updates specified in the patching operation are actually applied, an attempt is made to backup files, or portions thereof, which are going to be updated by the patching operation. If a failure is detected during the first phase, then the patching operation aborts without proceeding to the second phase. During the second phase, an attempt is made to perform the updates that the patching operation specifies. If a failure is detected during the second phase, then all of the updated files, or portions thereof, are restored; those files or file portions are replaced with their corresponding backed-up copies, which were made during the first phase. The foregoing technique is extensible to a system in which prospectively affected files are distributed among nodes.

Growing community of inventors

Bengaluru, India

Shamik Ganguly