Abstract:
An application executing on a pod may generate a content request for a particular version of content. The application sends a request including an identifier of the version of the content to a repository in a cluster of pods. The repository determines, using the identifier, whether the version of the content is stored in the cluster or stored at a database in a different cluster. The application receives a response from the repository that may indicate that the version of the content is stored in the cluster and the response may include an identifier of a content pod storing the version of the content. The application sends the content request to the content pod storing the version of the content and may receive the version of the content without querying the database for the version of the content.
Abstract:
Disclosed herein are system, method, and computer program product embodiments for managing and accessing variants of applications. In an embodiment, a request for an application including one or more contextual parameters may be received. A base user interface configuration corresponding to the application may first be retrieved. One or more interface configuration files corresponding to the one or more contextual parameters may then be retrieved from a layered repository. The layered repository may be partitioned into organizational layers that store a plurality of interface configuration files associated with the application. The retrieved interface configuration files may be merged with the base user interface configuration to generate a composite interface configuration, and the composite interface configuration may be applied to the application at runtime.
Abstract:
Techniques and solutions are described for retrieving metadata artefacts from a repository that includes multiple instances of a metadata artefact. The instances can have at least some different content. Metadata artefacts are associated with metadata describing group, searching, or selection criteria, such as one or more of a particular solution, tenant, layer, or version. A request for a metadata artefact can include at least one value for one or more of the criteria, which in turn can be used to identify one or more relevant metadata artefacts. Identifiers for, or content of, relevant metadata artefacts can be returned in response to the request. Fallback logic can be used to determine at least in part what metadata artefacts are relevant to a request, or how to return or process request results.
Abstract:
A method, a system, and a computer program product for retrieving metadata files using a local metadata index. A request to access one or more metadata files associated with at least one computing component is received. At least one primary key and at least secondary key identifying the computing component are determined. An identifier of a storage location storing the metadata files is associated with the primary key and the secondary key. A metadata index for the metadata files is generated. The metadata index includes the primary key, the secondary key, and the associated identifier of the storage location. The metadata index is stored in a memory location associated with the computing component. The stored metadata index is accessed and the metadata files are retrieved using the stored metadata index.
Abstract:
Disclosed herein are system, method, and computer program product embodiments for creating and utilizing configuration providers for layered repository facilities. An embodiment operates by creating or loading a custom data structure for a software application, retrieving configuration information from at least one configuration provider, storing the retrieved configuration information in the custom data structure, and associating the custom data structure with the application and a specific layer of a layered repository facility. When this is done across multiple layers of the layered repository for the same software application, configurations can be efficiently managed for different users having different roles and relationships within an enterprise software environment, while maintaining a user experience that is flexible, extensible, dynamic, and yet consistent and familiar across many devices and platforms, even for users having multiple roles and different relationships within the enterprise software environment.
Abstract:
A system facilitates modification or adaptation of a software object or platform, developed by a software developer, by a plurality of entities, each entity is assigned a hierarchical level, the lowest hierarchical level being assigned to a software developer and the highest hierarchical level being assigned to an end-user. At each level, when a modification or adaptation is implemented, a separate layer file or layer of a layer file is created and stored in a database. Subsequently, the changes of the respective layers are implemented in sequence according to the hierarchy, so that a higher hierarchical level's modifications that are in conflict with a setting of a lower hierarchical level replace the implementation of the lower hierarchical level's setting during runtime.
Abstract:
An application executing on a pod may generate a content request for a particular version of content. The application sends a request including an identifier of the version of the content to a repository in a cluster of pods. The repository determines, using the identifier, whether the version of the content is stored in the cluster or stored at a database in a different cluster. The application receives a response from the repository that may indicate that the version of the content is stored in the cluster and the response may include an identifier of a content pod storing the version of the content. The application sends the content request to the content pod storing the version of the content and may receive the version of the content without querying the database for the version of the content.
Abstract:
A client database manager can cause a memory of a client device on a client side of a network to store a first component, a second component, and a relationship value representing a dependent relationship between the first component and the second component. A client processing module can cause a processor to receive, after the storing, a request to process the first component at the client device. The client database manager can send to the server side of the network a request for an update of at least one of the first component or the second component. The client processing module can cause the processor to process at the client device, before receiving a response to the request for the update from the server side of the network, at least a portion of the first component and at least a portion of the second component based on the relationship value.