System and method for generic configuration management system application programming interface

• US 9,521,040 B2
• Filed: 04/03/2014
• Issued: 12/13/2016
• Est. Priority Date: 04/03/2013
• Status: Active Grant

• Current Assignee: Salesforce.com, Inc.
• Original Assignee: Salesforce.com, Inc.
• Inventors: Vergara, Jeaneth, Dodeja, Vivek
• Primary Examiner(s): Scott, Randy
• Application Number:
  US14/244,555
• Publication Number:
  US 20140304400A1
• Time in Patent Office: 985 Days
• Field of Search: 709/223, 709/224, 709/226, 709/227, 717/126, 717/127, 717/131
• US Class Current: 1/1
• CPC Class Codes: H04L 41/082 the condition being updates or upgrades of network functionality
• CPC Class Codes: H04L 41/0856 by backing up or archiving configuration information
• CPC Class Codes: H04L 41/0866 Checking the configuration
• CPC Class Codes: H04L 67/02 based on web technology, e.g. hypertext transfer protocol [HTTP]

Abstract

The technology disclosed can query configuration management system data and includes cross table selection criteria and joined data return.

Claims

1. A method for providing dynamic configuration hierarchies, the method comprising:

automatically providing, with an application server, annotations indicating version information for a resource provided by a server computing device;

scanning class metadata for the resource including at least the version information by checking to determine that new fields for each resource are only accessible via an application program interface (API) version that corresponds to introduction of the new fields, and that fields that are deprecated are not accessible via API versions after a designated API version;

storing the class metadata in a repository;

validating version configuration, with the application server, using the class metadata from the repository in response to receiving a request to access the resource.

2. The method of claim 1 wherein the class metadata is scanned through a representational state transfer (REST) style application programming interface (API) that is generic for multiple resource types.

3. The method of claim 1 wherein the application server and the server computing device are both part of an on-demand services environment.

4. The method of claim 3 wherein the on-demand services environment comprises a multitenant database environment.

5. The method of claim 1 wherein the scanning, storing and validating is utilized for all domain objects defined in a scan directory.

6. The method of claim 2 wherein different configurations can have different version requirements and the different configurations are all scanned, stored and validated using the REST API.

7. A system having one or more hardware processing components configured to have access to at least one memory device, the system comprising:

a controller, provided by the one or more hardware processing components, to handle method for a supported resource, the supported resource provided by a server computing device, the controller to validate requests to access the supported resource;

a service component, provided by the one or more hardware processing components, communicatively coupled with the controller, the service component to perform operations on class metadata for the supported resource including at least the version information;

a version validator component, provided by the one or more hardware processing components, communicatively coupled with the controller and the service component to ensure that new fields for each resource are only accessible for selected versions of the resource by checking to determine that the new fields for each resource are only accessible via an application program interface (API) version that corresponds to introduction of the new fields, and that fields that are deprecated are not accessible via API versions after a designated API version;

a resource repository within the at least one memory device communicatively coupled with the service component and the controller to store the class metadata;

the controller, provided by the one or more hardware processing components, to scan class metadata for the selected resource including at least the version information, to cause the class metadata to be stored in the resource repository, and to validate version configuration using the class metadata from the repository in response to receiving a request to access the supported resource.

8. The system of claim 7 wherein the class metadata is scanned through a representational state transfer (REST) style application programming interface (API) that is generic for multiple resource types.

9. The system of claim 7 wherein the controller, service component, version validator and resource repository are all part of an on-demand services environment.

10. The system of claim 9 wherein the on-demand services environment comprises a multitenant database environment.

11. The system of claim 7 wherein the scanning, storing and validating is utilized for all domain objects defined in a scan directory.

12. The system of claim 8 wherein different configurations can have different version requirements and the different configurations are all scanned, stored and validated using the REST API.

13. A non-transitory computer-readable medium having instruction there on that, when executed, are configurable to for provide dynamic configuration hierarchies by:

automatically providing, with an application server, annotations indicating version information for a resource provided by a server computing device;

scanning class metadata for the resource including at least the version information by checking to determine that new fields for each resource are only accessible via an application program interface (API) version that corresponds to introduction of the new fields, and that fields that are deprecated are not accessible via API versions after a designated API version;

storing the class metadata in a repository;

validating version configuration, with the application server, using the class metadata from the repository in response to receiving a request to access the resource.

14. The computer-readable medium of claim 13 wherein the class metadata is scanned through a representational state transfer (REST) style application programming interface (API) that is generic for multiple resource types.

15. The computer-readable medium of claim 13 wherein the application server and the server computing device are both part of an on-demand services environment.

16. The computer-readable medium of claim 15 wherein the on-demand services environment comprises a multitenant database environment.

17. The computer-readable medium of claim 13 wherein the scanning, storing and validating is utilized for all domain objects defined in a scan directory.

18. The computer-readable medium of claim 14 wherein different configurations can have different version requirements and the different configurations are all scanned, stored and validated using the REST API.