Abstract: A plurality of network application programming interfaces (APIs) are received. The plurality of network APIs are transformed then mapped into a unified data graph. A query in a distributed computing environment is performed using the unified data graph or performing discovery for at least one of the plurality of network APIs using the unified data graph.

Abstract: Methods and apparatuses for enabling compatibility between multiple versions of an application programming interface (API) are described. When a first API request is received at a compute server, the compute server determines whether the first API request is of a first version of an API that is different from a second version of the API used in an origin server to which the first API request is destined. In response to determining that the first API request is of the first version of the API that is different from the second version of the API used in the origin server to which the first API request is destined, an API compatibility enabler is executed to convert the first API request into a second API request in the second version of the API. The second API request is fulfilled instead of the first API request.

Abstract: The present invention relates to a method and system for determining the void fraction of a multi-phase system in a channel. The method comprises the steps of measuring a void fraction dependent parameter of the multi-phase system, obtaining a flow regime of the multi-phase system, and determining the void fraction of the multi-phase system taking into account a set of one or more relationships between the void fraction dependent parameter and the void fraction, the set of relationships being specific for the obtained flow regime.

Abstract: Starting execution of a mobile application on a mobile device includes creating a process that is used by the operating system of the mobile device to execute the mobile application on the mobile device. An initialization method is invoked by the mobile application that i) instantiates a replacement instrumentation object, and ii) assigns the replacement instrumentation object to the process used by the operating system to execute the mobile application on the mobile device. The replacement instrumentation object processes calls from the operating system to the mobile application and redirects at least one call made by the operating system to the mobile application to at least one call to mobile application management logic executing on the mobile device.

Abstract: In various embodiments, a broker application automatically allocates tasks to application programming interfaces (APIs) in microservice architectures. After receiving a task from a client application, the broker application performs operation(s) on content associated with the task to compute predicted performance data for multiple APIs. The broker application then determines that a first API included in the APIs should process the first task based on the predicted performance data. The broker application transmits an API request associated with the first task to the first API for processing. After receiving a result associated with the first task from the first API, the client application performs operation(s) based on the result.

Abstract: Systems, methods, and non-transitory computer-readable media can determine at least one event generated by a content player while accessing a content item. Event information describing the at least one event can be provided to a finite-state machine being used to manage events generated by the content player. The finite-state machine is in a first state. The finite-state machine can be transitioned from the first state to a second state in response to provision of the event information. One or more actions associated with the second state can be performed based at least in part on transitioning the finite-state machine to the second state.

Abstract: A method and system for data pipeline monitoring receives an event data object and a current status data object from one or more subsystems of a pipeline. The system analyzes the event data object and the current status data object to determine a first and second validation value. The system, in response to determining that either the first or second validation value is not valid, sends a notification.

Abstract: The disclosure provides an approach for performing an operation by a first process on behalf of a second process, the method comprising: obtaining, by the first process, a memory handle from the second process, wherein the memory handle allows access, by the first process, to at least some of the address space of the second process; dividing the address space of the memory handle into a plurality of sections; receiving, by the first process, a request from the second process to perform an operation; determining, by the first process, a section of the plurality of sections that is to be mapped from the address space of the memory handle to the address space of the first process for the performance of the operation by the first process; mapping the section from the address space of the memory handle to the address space of the first process; and performing the operation by the first process on behalf of the second process.

Abstract: The invention relates to an API Validator that allows developers to rate their Open API Specification (e.g., swagger files, API contracts) based on the standards for building APIs. The tool may parse the contract and look for compliance (or non-compliance) with the standards, using algorithms. A detailed report and overall score is presented to the developer once the contract has been checked. An embodiment of the present is directed to a plug-in that enables metrics generation as part of an automated build process. An embodiment of the present invention provides an integration process that enables a developer or other user to automatically resolve validation issues identified with APIs.

Abstract: Systems and methods for generating a programmatic implementation based on a set of recorded Application Programming Interface (API) calls. One example includes determining an interval of time during which actions made on an interface associated with a session user account are made, obtaining a set of records from an API call log that indicates a set of API calls made during the interval of time, and generating a programmatic implementation that is usable to submit the set of API calls.

Abstract: Systems and techniques for dynamic optimization of application workflows are described herein. A first shared program object may be identified that provides access to a feature a in a mesh network of program objects. It may be determined that a first communication channel to the first shared program object is unavailable. A second shared program object may be identified that provides access to the feature in the mesh network. A second communication channel may be established to the second shared program object. A request may be transmitted to the second shared program object for access to the feature.

Abstract: The automatic generation of one or more task-oriented conversational bots is disclosed. Illustratively, systems and methods are provided that allow for tracing the interactions of one or more computing applications inclusive of the interaction with one or more programmatic elements of the one or more computing applications, interaction with the graphical user interface(s) of the one or more computing applications, and/or the operation of the one or more computing environments on which the one or more computing applications are executing to collect various state data. The state data can be illustratively graphed to show the overall execution paths of one or more functions/operations of the one or more computing applications for use in generating one or more instructions representative of a desired task-oriented conversational bot that can be operatively executed through one or more application program interfaces of the one or more computing applications.

Abstract: A method for generating digital models of potential crop yield based on planting date, relative maturity, and actual production history is provided. In an embodiment, data representing historical planting dates, relative maturity values, and crop yield is received by an agricultural intelligence computer system. Based on the historical data, the system generates spatial and temporal maps of planting dates, relative maturity, and actual production history. Using the maps, the system creates a model of potential yield that is dependent on planting date and relative maturity. The system may then receive actual production history data for a particular field. Using the received actual production history data, a particular planting date, and a particular relative maturity value, the agricultural intelligence computer system computes a potential yield for a particular field.

Abstract: An age monitoring arrangement includes a sensor, a calculation component, and a timer. The sensor is configured to generate one or more measurements of an environmental property. The calculation component is configured to generate a virtual age and identify an occurrence of an event based on the one or more measurements and a clock using an aging module. The timer is configured to generate the clock.

Abstract: An example method includes executing a first executable application designed for execution using a first application programming interface (API). A first registration request is accessed from a second executable application designed for execution using a second API different from the first API, the first API and the second API executed within a same operating system environment. In response to validating of a digital certification of the second application, information from the first registration request is saved into a registration store. An event is raised having an event type and event information, and in response to determining that an event type of the raised event is saved in the registration store, the raised event is sent without requiring further authentication from the second executable application.

Abstract: A driver module framework enables the creation and execution of drivers. The modules in a driver compatible with the framework can expose data structures, device driver specific programming patterns, devices, or hardware buses. The modules share a common interface and can include callback functions, public methods, private methods, attributes, a module-specific configuration, and a private context. Driver-specific code in a driver can cause the framework to instantiate the modules and can consume functionality provided by the modules contained therein. The framework can also enforce the use of good programming practices, including preventing the use of improper module dependencies and enforcing data hiding. The framework can also provide callbacks received from an operating system to all of the modules in a driver, which allows modules to be fully self-contained and easily reusable.

Abstract: Technologies are described herein for a representational state transfer (“REST” or “RESTful”) over Intelligent Platform Management Interface (“IPMI”) interface for firmware to baseboard management controller (“BMC”) communication and applications thereof. These applications include, but are not limited to, remote firmware configuration, firmware updates, peripheral device firmware updates, provision of management information such as system inventory data, cloning and batch migration of firmware configuration settings, and firmware integrity monitoring. This functionality can be provided in a way that enables communication between BMCs and firmware to utilize modern manageability interfaces while maintaining backward compatibility with previous IPMI implementations.

Abstract: An event ordering framework for the ordering of out of ordered messages generated by asynchronous events across disparate systems. The system receives a message, creates a common object model based on the message, and applies a dependency model to the message. Utilizing the dependency model, the framework determines if any subsequently expected messages have already arrived and reprocesses all the messages in the sequence in that event. When a dependent message arrives earlier in the sequence than expected the framework stores the messages corresponding object model for later processing.

Abstract: The disclosed computer-implemented method may include (1) generating a replacement application program interface (API) to be implemented during execution of an application in lieu of at least one instance of a target API of the application, (2) extracting, from a call stack of the application, a return address of the instance of the target API, (3) detecting, during execution of the application, a call to the target API that pushes the return address of the instance of the target API onto the call stack of the application, and then in response to detecting the call (4) implementing the replacement API in lieu of the target API. Various other apparatuses, systems, and methods are also disclosed.

Abstract: Processing multiple kinds of event messages in a computing system includes storing the event messages as records associated with event messages. Each event message includes a timestamp and the records include a field indicating a target delivery time for an event result for the event message, the target delivery time being determined according to a kind of the event message. The event messages are processed to deliver event results based on information in the event messages and the target delivery times. Event messages are prioritized to deliver event results according to information indicating priority. A target delivery time is computed for event messages having a same priority based on fixed delays relative to their timestamps. Event results are delivered based on a comparison of their target delivery times to a clock time.