Generating a restful web service software development kit client

• US 9,003,361 B2
• Filed: 11/30/2012
• Issued: 04/07/2015
• Est. Priority Date: 11/30/2012
• Status: Active Grant

• Current Assignee: Red Hat Israel Ltd. (International Business Machines Corporation)
• Original Assignee: Red Hat Israel Ltd. (International Business Machines Corporation)
• Inventors: Pasternak, Michael
• Primary Examiner(s): Wong, Don
• Assistant Examiner(s): Rivera, Anibal
• Application Number:
  US13/690,518
• Publication Number:
  US 20140157228A1
• Time in Patent Office: 858 Days
• US Class Current: 717/106
• CPC Class Codes: G06F 8/30 Creation or generation of source code

Abstract

A computer system receives user input indicating uniform resource identifiers (URIs) for a RESTful web service. The computer system identifies a programming language for a RESTful web service software development kit (SDK) client and creates methods for the URIs using programming code format of the identified programming language. The computer system creates the RESTful web service SDK client using the methods.

Claims

1. A method comprising:

receiving user input indicating a plurality of uniform resource identifiers (URIs) for a RESTful (Representational State Transfer) web service;

identifying a programming language for a RESTful web service software development kit (SDK) client;

creating, by a server computer system, a plurality of methods for the plurality of URIs using programming code format of the identified programming language;

creating the RESTful web service SDK client using the plurality of methods;

detecting a change in the RESTful web service;

identifying one of the plurality of URIs associated with the change; and

updating one of the plurality of methods corresponding to the identified URI to reflect the change.

2. The method of claim 1, further comprising:

storing the plurality of methods on the server computer system, wherein the server computer system receives a call from the SDK client for at least one of the stored methods.

3. The method of claim 1, further comprising:

creating pluralities of methods for the plurality of URIs in a plurality of programming languages.

4. The method of claim 1, further comprising:

storing the updated method on the server computer system.

5. The method of claim 1, wherein updating the method comprises:

creating a new method for the change in the RESTful web service.

6. The method of claim 1, wherein creating the plurality of methods for the plurality of URIs comprises:

identifying a template that corresponds to the identified programming language;

identifying RESTful service description language describing the plurality of URIs; and

populating the template with input data extracted from the RESTful service description language describing the corresponding URI, wherein the populated template represents the method for the corresponding URI.

7. The method of claim 6, wherein populating the template comprises:

populating the template with at least one of HTTP attribute metadata, HTTP method metadata, header metadata, body argument metadata, URI argument metadata, or response argument metadata.

8. A non-transitory computer-readable storage medium including instructions that, when executed by a processing device, cause the processing device to perform operations comprising:

receiving user input indicating a plurality of uniform resource identifiers (URIs) for a RESTful (Representational State Transfer) web service;

identifying a programming language for a RESTful web service software development kit (SDK) client;

creating, by the processing device, a plurality of methods for the plurality of URIs using programming code format of the identified programming language;

creating the RESTful web service SDK client using the plurality of methods;

detecting a change in the RESTful web service;

identifying one of the plurality of URIs associated with the change; and

updating one of the plurality of methods corresponding to the identified URI to reflect the change.

9. The non-transitory computer-readable storage medium of claim 8, the operations further comprising:

storing the plurality of methods on a data store coupled to the processing device, wherein the processing device receives a call from the SDK client for at least one of the stored method.

10. The non-transitory computer-readable storage medium of claim 8, the operations further comprising:

creating pluralities of methods for the plurality of URIs in a plurality of programming languages.

11. The non-transitory computer-readable storage medium of claim 8, the operations further comprising:

storing the updated method.

12. The non-transitory computer-readable storage medium of claim 8, wherein creating the plurality of methods for the plurality of URIs comprises:

identifying a template that corresponds to the identified programming language;

identifying RESTful service description language describing the plurality of URIs; and

populating the template with input data extracted from the RESTful service description language describing the corresponding URI, wherein the populated template represents the method argument for the corresponding URI.

13. The non-transitory computer-readable storage medium of claim 12, wherein populating the template comprises:

populating the template with at least one of URI HTTP attribute metadata, HTTP method metadata, header metadata, body argument metadata, URI argument metadata, or response argument metadata.

14. A system comprising:

a memory; and

a processing device coupled to the memory to;

receive user input indicating a plurality of uniform resource identifiers (URIs) for a RESTful (Representational State Transfer) web service;

identify a programming language for a RESTful web service software development kit (SDK) client;

create a plurality of methods for the plurality of URIs using programming code format of the identified programming language;

create the RESTful web service SDK client using the plurality of methods;

detect a change in the RESTful web service;

identify one of the plurality of URIs associated with the change; and

update one of the plurality of methods corresponding to the identified URI to reflect the change.

15. The system of claim 14, further comprising:

a persistent storage unit coupled to the memory and the processing device to store the plurality of methods, wherein the processing device receives a call from the SDK client for at least one of the stored methods.

16. The system of claim 14, wherein the processing device is further to:

create pluralities of methods for the plurality of URIs in a plurality of programming languages.

17. The system of claim 14, wherein the memory is further to:

store the updated method.

18. The system of claim 14, further comprising:

a persistent storage unit coupled to the memory and the processing device to store the updated method, wherein the processing device receives a call from the SDK client for the updated method.

19. The system of claim 14, wherein creating the plurality of methods argument for the plurality of URIs comprises:

identifying a template that corresponds to the identified programming language;

identifying RESTful (Representational State Transfer) service description language describing the plurality of URIs; and

populating the template with input data extracted from the RESTful service description language describing the corresponding URI, wherein the populated template represents the method argument for the corresponding URI.

20. The system of claim 19, wherein populating the template comprises:

populating the template with at least one of URI HTTP attribute metadata, HTTP method metadata, header metadata, body argument metadata, URI argument metadata, or response argument metadata.