Abstract: Some embodiments provide a novel method of generating application programming interfaces (APIs) in a codeless manner. The method generates a schema description of a data storage (e.g., a relational database) with which an API-accessible object may have to exchange data (e.g., from which the object may have to read data and/or to which the object may have to write data) to process an API request during the execution of an application. Based on the generated schema description, the method constructs one or more data graphs, with each data graph representing one set of relationships between different sets of fields in the data storage. After generating the data graphs, the method generates a large number of possible API permutations by using the generated data graphs. After generating the large number of possible API permutations, the method presents the generated sample APIs so that a developer can select and customize one or more APIs while developing an application.

Abstract: Some embodiments of the invention provide a novel server for processing application programming interface (API) requests. In some embodiments, the API server is written in JavaScript. For example, in some embodiments, the API-accessible objects of this server are each defined in terms of a JavaScript file and a JSON (JavaScript Object Notation) file. At runtime, a runtime processor instantiates each JavaScript object from its associated JavaScript and JSON files. Once instantiated, the JavaScript object can be used to process API requests that refer to the JavaScript object. Some embodiments use novel JSON file structures that allow these embodiments to define rich JavaScript models.

Abstract: Some embodiments of the invention provide a novel server for processing application programming interface (API) requests. In some embodiments, the API server is written in JavaScript. For example, in some embodiments, the API-accessible objects of this server are each defined in terms of a JavaScript file and a JSON (JavaScript Object Notation) file. At runtime, a runtime processor instantiates each JavaScript object from its associated JavaScript and JSON files. Once instantiated, the JavaScript object can be used to process API requests that refer to the JavaScript object. Some embodiments use novel JSON file structures that allow these embodiments to define rich JavaScript models.

Abstract: Some embodiments of the invention provide a novel server for processing application programming interface (API) requests. In some embodiments, the API server is written in JavaScript. For example, in some embodiments, the API-accessible objects of this server are each defined in terms of a JavaScript file and a JSON (JavaScript Object Notation) file. At runtime, a runtime processor instantiates each JavaScript object from its associated JavaScript and JSON files. Once instantiated, the JavaScript object can be used to process API requests that refer to the JavaScript object. Some embodiments use novel JSON file structures that allow these embodiments to define rich JavaScript models.

Abstract: Some embodiments provide a system and method for dynamically determining whether to execute a function locally or remotely for an application operating on a first device. The method, while the application is operating, identifies a set of conditions the evaluation of which dynamically determines whether to (i) direct a second device to remotely process a function or (ii) locally process the function on the first device. The method evaluates the identified set of conditions on the first device. When the evaluation of the set of conditions corresponds to remote processing of the function, the method directs the second device to process the function and return a response to the first device. When the evaluation of the set of conditions corresponds to local processing of the function, the method processes the function on the first device.

Abstract: An apparatus, system, and method are disclosed for supporting service components written in non-native runtime code in a Service Component Architecture (“SCA”). A read module is included to read an implementation type definition having metadata identifying executable code that executes a new implementation type. A receive module is included to detect a dynamic service call to a service component having the new implementation type. The dynamic service call is defined in an SCA message from a calling SCA component. A passing module is included to pass the dynamic service call to a predefined SCA implementation handler associated with the new implementation type. The SCA implementation handler includes native runtime code and implementation logic for executing the dynamic service call by executing non-native runtime code that returns a result to the SCA implementation handler. A packaging module packages the result in an SCA return message to the calling SCA component.

Abstract: An apparatus and system are disclosed for implementing service qualifiers that define on-demand management requirements for a loosely coupled software service in a service component architecture (SCA) for an integration server by associating a service qualifier with one or more of an SCA service reference, an SCA wire, an SCA interface, or an SCA implementation based on an SCA component definition, requiring the integration server to augment an implementation execution for the SCA service to honor the service qualifier; and accepting user modification and definition of declarative service qualifiers. By allowing the association of service qualifiers with SCA service references, SCA wires, SCA interfaces, and SCA implementations, additional quality of service with which components are executed can be maintained.

Abstract: Provided are a method, system, and program for matching client interfaces with service interfaces. A client component includes at least one client interface and a target component includes at least one service interface. A data structure for the client component associates at least one client interface in the client component with one target component. For each client interface indicated in the data structure, a determination is made as whether there is one service interface in the target component associated with the client interface that is compatible with the client interface.

Abstract: An apparatus, system, and method are disclosed for supporting service components written in non-native runtime code in a Service Component Architecture (“SCA”). A read module is included to read an implementation type definition having metadata identifying executable code that executes a new implementation type. A receive module is included to detect a dynamic service call to a service component having the new implementation type. The dynamic service call is defined in an SCA message from a calling SCA component. A passing module is included to pass the dynamic service call to a predefined SCA implementation handler associated with the new implementation type. The SCA implementation handler includes native runtime code and implementation logic for executing the dynamic service call by executing non-native runtime code that returns a result to the SCA implementation handler. A packaging module packages the result in an SCA return message to the calling SCA component.

Abstract: An apparatus, system, and method are disclosed for implementing service qualifiers that define on-demand management requirements for a loosely coupled, platform independent software service in a service component architecture (SCA) for an integration server by associating a service qualifier with one or more of an SCA service reference, an SCA wire, an SCA interface, or an SCA implementation based on an SCA component definition, requiring the integration server to augment an implementation execution for the SCA service to honor the service qualifier; and accepting user modification and definition of declarative service qualifiers. By allowing the association of service qualifiers with SCA service references, SCA wires, SCA interfaces, and SCA implementations, additional quality of service with which components are executed can be maintained.

Abstract: A program product and system are disclosed for receiving a transport message from an external service component by way of an external transport protocol. The transport message includes both primary data and context data. Once received, the primary data and context data are extracted from the transport message and translated into a format required by an SCA message. The primary data is then inserted into a body of the SCA message and the context data is implicitly inserted into a transmit header of the SCA message. The transmit header of the SCA message uses a universal format for carrying context data received over various different external transport protocols.

Abstract: An apparatus, system, and method are disclosed for providing access to a set of resources available directly to a particular class loader. The apparatus includes a request handler, a locator, an association module, and a navigation module. The request handler receives a resource identifier. The locator identifies a local resource set comprising resources available directly to a particular class loader. The resources correspond to the resource identifier. The association module associates the local resource set with the particular class loader. The navigation module locates a first resource accessible to a particular class loader based on a resource location policy. The resource location policy determines a search order of a class loader hierarchy to locate the first resource among local resource sets identified for each class loader in the class loader hierarchy. The apparatus provides access to, and navigation among, local resources of class loaders in a dynamic resource loading environment.

Abstract: Provided are a method, system, and program for matching client interfaces with service interfaces. A client component includes at least one client interface and a target component includes at least one service interface. A data structure for the client component associates at least one client interface in the client component with one target component. For each client interface indicated in the data structure, a determination is made as whether there is one service interface in the target component associated with the client interface that is compatible with the client interface.