Oracle International Corporation

Upthere, Inc.

Other

Hewlett-Packard Development Company, L.p.

Western Digital Technologies, Inc.

Hewlett Packard Enterprise Development LP

Roger Bodamer

Jacco Draaijer

Eric P Voss

Chris Bussler

Bertrand Serlet

Laurent Baumann

Daniel I Feldman

Raghu Mani

Ziyad Dahbour

Chris Bourdon

Bruce Alec Templeton

Richard Ira Butterfield

Emanuele Altieri

A plurality of sharing groups are available to a user, each mapping to a corresponding set of users. While a first sharing group is the currently-selected sharing group, a first one or more activations of a capture control is detected. Based on the first sharing group being the currently-selected sharing group when the first one or more activations occurred, one or more first digital media items captured in response are automatically shared with a first set of users corresponding to the first sharing group. While a second sharing group is the currently-selected sharing group, a second one or more activations of the capture control is detected. Based on the second sharing group being the currently-selected sharing group when the second one or more activations occurred, one or more second digital media items captured in response are automatically shared with a second set of users corresponding to the second sharing group.

Sharing groups for capturing digital media

Techniques are provided for manifesting a multiple repository system as a single repository to an application that is designed to use a single repository. According to one aspect, a particular container, which is used by the application to store data, is identified. One or more additional containers are created in one or more different repositories. Each of the additional containers is formatted to store the data that the application stores in the particular container. A construct is created. The construct is associated with the particular container's identifier. The construct causes information from the particular container and each of the additional containers to be combined to answer database commands that reference the particular container's identifier. As a result, data stored in a single repository can be distributed among multiple repositories, and the unmodified application can continue to access that data as though the data was stored in the single repository.

Single repository manifestation of a multi-repository system

A content addressable storage (CAS) system is provided in which each storage unit is assigned to one of a plurality of sibling groups. Each sibling group is assigned the entire hash space. Within each sibling group, the hash space is partitioned into hash segments which are assigned to the individual storage units that belong to the sibling group. Chunk retrieval requests are submitted to all sibling groups. Chunk storage requests are submitted to a single sibling group. The sibling group to which a storage request is submitted depends on whether any sibling group already stores the chunk, and which sibling groups are considered full.

Content addressable stores based on sibling groups

Techniques are described for using chunk stores as building blocks to construct larger chunk stores. A chunk store constructed of other chunk stores (a composite chunk store) may have any number and type of building block chunk stores. Further, the building block chunk stores within a composite chunk store may be arranged in any manner, resulting in any number of levels within the composite chunk store. The building block chunk stores expose a common interface, and apply the same hash function to content of chunks to produce the access key for the chunks. Because the access key is based on content, all copies of the same chunk will have the same access key, regardless of the chunk store that is managing the copy. In addition, no other chunk will have that same access key.

Reusable content addressable stores as building blocks for creating large scale storage infrastructures

A centralized integration system is provided for enabling two or more heterogeneous applications to exchange communications with one another. Metadata is stored in a first repository form in order to configure instructions for performing one or more conversion operations on a particular item that is to be exchanged between two or more heterogeneous applications. The first repository form may be structured so as to facilitate validation of the metadata prior to the metadata being used to configure instructions for configuring the instructions. Transmission of the particular item to the integration system is detected. In response to detecting the item, the metadata in the first repository form is converted into a second repository form. The second form is structured to facilitate execution of the configured instructions using the metadata. As a result of the instructions being executed, one or more conversion operations are performed to convert the particular item from a format of the first application to a format of each of the one or more other applications.

Coordinated collaboration system in an integration platform

Role based integrated platform

Multi-view conversion system and method for exchanging communications between heterogeneous applications

Method and apparatus for exchanging communications between heterogeneous applications

An apparatus and method for accessing foreign processes in a heterogeneous database environment includes a local database server having a heterogeneous services module to selectively send requests to the foreign processes based on their respective capabilities. A client application sending a statement to the local database server is checked by the local server process to determine if the statement includes a reference to a foreign database system, or whether the statement is registered as an external routine. The heterogeneous services module selectively outputs a request to an agent process executing in an address space separate from the local server process and in communication with the foreign database. The agent process performs all necessary interaction with the foreign database, including data type translation. The agent includes a conversion module that includes data type conversion routines, and which may obtain additional conversion routines via an Application Programming Interface (API) from a foreign database driver corresponding to the foreign database. The converted request is output from the agent process to the foreign database. Hence, the heterogeneous services module manages client statements involving foreign database systems having limited capabilities, as well as client statements having expressions unrecognizable by the local database server. Use of the agent process ensures that the integrity of the local server process is protected.

Apparatus and method for accessing foreign databases in a heterogeneous database system

An apparatus and method for accessing foreign processes in a heterogeneous database environment includes a local database server having heterogeneous services to selectively send requests to the foreign processes based on their respective capabilities. A client application sending a statement to the local database server is checked by the local server process to determine if the statement includes a reference to a foreign database system. The local server process selectively outputs a request to an agent process in communication with a foreign database via a generic Application Programming Interface (API). The request output to the foreign database is based on accessing a capabilities table specifying the operations that can be executed by the foreign database. Hence, the heterogeneous services within the local server process manages client statements involving foreign database systems having limited capabilities, and uses the agent process to manage interactions with the foreign database systems, including converting data, to preserve the integrity of the local server process and provide the appearance to the client application of a homogeneous distributed database system.

Apparatus and method for transparent access of foreign databases in a heterogeneous database system

Software fault diagnosis is performed for a faulty base software application that is integrated with external routines by generating substitute routines using the same arguments and parameters of the external routines. The substitute routines are linked into the base software in place of the external routines. If base software application with the substitute routines runs without error, then the external software is suspected for the source of the fault. On the other hand, if the base software with the substitute routines still crashes, then the base software is suspected. The probable source of porting errors can be determined by running the base software with the substitute routines on two or more incompatible platforms and determining which platforms exhibit the fault.

Diagnostic methodology for debugging integrated software

An apparatus and method for accessing foreign processes in a heterogeneous database environment includes a local database server having heterogeneous services to selectively send foreign operations to the appropriate foreign processes in a controllable manner. A client application sending a statement to the local database server is checked by the local server to determine if the statement includes a reference to a foreign database system. The heterogeneous services selectively outputs a the foreign request to an agent process in communication with the foreign database system via an Application Programming Interface (API), where a foreign database driver corresponding to the foreign database maps the request from the API to the format of the foreign database. The local database server selectively allocates memory space for expected results from the foreign database, and completes execution of the statement upon receiving the expected results from the agent process. Hence, the agent process efficiently manages client statements having expressions to be processed by a foreign database system.

Apparatus and method for passing statements to foreign databases by

An apparatus and method for accessing foreign processes in a heterogeneous database environment includes a local database server having a heterogeneous services module to selectively send requests to the foreign processes based on their respective capabilities. A client application sending a statement to the local database server is checked by the local server process to determine if the statement includes a reference for a registered external routine executable by an agent process in an address space separate from the local server process. The heterogeneous services module selectively initiates a network connection with an external agent process, and the external agent process executes the external routine by accessing a dynamically linked library. If necessary, the local database server and the agent process exchange callback queries and callback results via the heterogeneous services module to complete intermediate queries within the same user instance. The local database server then completes the client statement based on the results received from the agent process. Use of a link to an external agent process executing in a separate address space enables the local server process to use enhanced external routines written in third generation languages, without risking the local server process to failures in the external routines.

Growing community of inventors

San Carlos, CA, United States of America

Roger Bodamer