Abstract: 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.

Abstract: 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.

Abstract: 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.

Abstract: 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.

Abstract: 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.

Abstract: 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.

Abstract: 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.

Abstract: 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.

Abstract: 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.

Abstract: 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.

Abstract: 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.

Abstract: 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.

Abstract: 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.

Abstract: 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.

Abstract: 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.

Abstract: 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.

Abstract: 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.

Abstract: 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.

Abstract: 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.

Abstract: 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.