Oracle International Corporation

Juan Ignacio Vimberg

Jonathan Lopez Lopez

Rodolfo José Cruz

Ignacio Agustin Manzano

Paulo Gustavo Veiga

Esteban Alejandro Capillo Carril

Ariel Morelli Andres

Implementations provide a database lock mechanism used to prevent concurrent writes to service on network partition scenarios associated with a version control system. The database lock mechanism may be provided on per repository basis to ensure both nodes are working and maintaining data consistency, even when they are not connected when interruptions in network communication disrupts the intercommunication between nodes. In other implementations, the disclosed locking mechanism is configured to ensure and perform write and synchronization operations on isolated nodes, regardless of miss-communication between the nodes.

Network partition tolerance in a high available centralized VCS implementation

In one implementation, lightweight incremental backups are created by a data recovery tool, which provides an extra layer of protection against data loss, and also provides a way of moving repositories between databases without the need of copying each of the repositories. Implementations include backing up a distributed cluster of services providing a simple, safe, and convenient way of instantiating files system repositories in a database, thereby avoiding the performance and scalability issues of using a database repository itself. In other implementations, a lightweight backup object is created that includes a threshold amount of compressed information. The lightweight backup objects may be configured to provide the differences between revisions, and/or may be configured to replicate or rebuild the repository from scratch. Implementations may be configured to backup and restore any single or revision set in any repository state either online or offline.

Automatic disaster recovery mechanism for file-based version control system using lightweight backups

Implementations described herein provide a bidirectional tool configured to provide APIs to enable a cross-cluster service handshakes and design and implementation for enabling two or more instances of an application registered to one cluster and other cluster provides for multi environment interaction. Using a common service registration, users can trigger actions on different instances of the application running in different environments such as a development environment, production environment, and the like. Using the common registration, applications can scale by having extra instances running while a centralized service works as central hub were each instance is registered. Moreover, implementations include utilizing a plurality of deployment asset management layers to establish a stateless API instantiated between point-of-delivery server arrays employed to house multiple customers separated by security partitions.

Architectural design to enable bidirectional service registration and interaction among clusters

Implementations include a resource compatibility engine and method configured to verify resource compatibility when importing schemas and formats such as XSD and WSDL into a database table such as a business catalog. The resource compatibility engine may be configured to prevent possible catalog corruption from importing file types that do not match. The resource compatibility engine may also be employed to identify which are the resource file types that need to be overwritten in case of an update and provides useful feedback in case the import is not successful.

Algorithm to check compatibility of business object types to prevent business catalog corruption on resource update

Implementations described herein provide a bidirectional tool configured to employ application program interfaces (APIs), cross-cluster service handshakes, and design and implementation enabling two or more instances of an application registered to one cluster and other clusters to provide multi environment interaction. Using a common service registration, users can trigger actions on different instances of the application running in different environments such as a development environment, production environment, and the like. Using the common registration, applications can scale by having extra instances running while a centralized service works as central hub were each instance is registered. Moreover, implementations include utilizing a plurality of deployment asset management layers to establish a stateless API instantiated between point-of-delivery server arrays employed to house multiple customers separated by security partitions.

A Version Control System (VCS) and methods having high availability, and combining the advantages of a centralized VCS while overcoming the limitations of centralized VCSs in a cluster environment. The system and method copes with failures of components in a cluster environment gracefully to guarantee uptime. The VCS and methods support high availability in a centralized VCS utilizing a plurality of repositories having a suitable architecture. In particular embodiments the architecture utilizes one or more of: Active-Passive repository replication; Active-Passive repository replication with automatic recovery; Active-Active repository replication; and hybrid model (Active-Active and Passive repository replication).

Growing community of inventors

Foster City, CA, United States of America

Juan Ignacio Vimberg