Abstract: Distributed transactions are performed over a collection of servers operating as replicas of a data set, where a successful transaction involves meeting a quorum count of replicas that locally commit the transaction. However, performance constraints of data sets and consuming applications may vary (e.g., sensitivity to latency, scalability, and/or consistency), and the performance characteristics of the server set may be partly determined by the transactional commitment and quorum selection. The distributed transaction may be applied by designating the replicas as a set of followers and a leader that initiates the transaction and receives acknowledgments of local commits by each follower. On condition of the acknowledgments meeting a quorum count for the data set according to the performance characteristics of the application, the leader locally commits the transaction and delivers a result.

Abstract: A method of forming a metal sheet into a target shape by press-forming, such that the metal sheet is formed into an intermediate shape that is different from the target shape and then the target shape is formed from the intermediate shape, the method includes: when forming the intermediate shape from the metal sheet, forming the intermediate shape by forming a first region including at least a portion at which a ratio of sheet thickness reduction from the metal sheet is larger when the target shape is formed via the intermediate shape than when the target shape is formed directly from the metal sheet.

Abstract: A distributed resource model is described that maintains traits of resources in a distributed computing system. The traits include properties, commands, and events that, along with protocols operating in the distributed computing system, provide real-time access to the traits of resources in the distributed computing system, as well as real-time command of controls for the resources. Controllers manage and publish the traits of resources and provide various types of functionality, such as arbitration, complexity management, fan-out of capabilities, coordination, adaptation, and resource proxying.

Abstract: An API generation system can be used to generate complete (or almost complete) APIs in response to received requests for new or modified APIs. Received API generation requests can include API descriptive data which is augmented to generate a set of data requirements defining one or more inputs and outputs for the API. The API functions can be mapped to one of a set of reference data models defining data types as used by the backend system, and the mappings used to automatically generate an API design defining input and output parameters for each API function of the requested API. The API generation system then assembles a code foundation for the requested API based on a set of software components implementing a portion of the API function and generates API source code based on the code foundation to complete the requested API.

Abstract: A method may include collecting a plurality of computer-readable source code from an application programming interface (API) repository. The method may also include performing API call code slicing on the computer-readable source code. The method may also include extracting an API host and an endpoint for each of the API call codes identified in the API call code slicing. The method may also include compiling an API mashup database based on the extracted API host and endpoints. Furthermore, the method may also include providing a recommended API mashup of the API mashup database in a user interface.

Abstract: Techniques and architectures for creating scratch organizations in a multitenant environment. A scratch organization defined by metadata corresponding to a subject organization is generated. The metadata defines at least a set of privileges for the subject organization to be replicated in the scratch organization. Test data is loaded from a test source that is not the subject organization. Changes to the subject organization are not applied to the scratch organization after creation of the scratch organization and changes to the scratch organization are not applied to the subject organization. One or more test operations are performed on the scratch organization using the loaded test data. The scratch organization is destroyed after the one or more test operations have been performed.

Abstract: Systems, devices, media, and methods are presented for testing the capability of a mobile device to run a particular feature of an application. Each feature may include a package of code, a call, a state, and a condition; each condition correlated with a specific state. The call is a query that includes instructions to evaluate whether the application will run successfully if a particular feature is running. If the call fails, the feature condition remains Off, resulting in a rollback of the feature. If the call succeeds, the feature condition is changed to On. The system may include an experimentation framework on each mobile device for registering features, executing calls, logging results, and maintaining states and conditions.

Abstract: Systems and methods for coordinating components can include: determining, by a first application executing on a client device, a need to perform a sharable functional task; identifying a first software component installed on the client device and capable of performing a first variation of the sharable functional task; identifying a second software component installed on the client device and capable of performing a second variation of the sharable functional task, wherein the second variation of the sharable functional task is functionally overlapping with and not identical to the first variation; identifying a set of characteristics of both the first software component and the second software component; selecting the second software component for performing the sharable functional task based on the set of characteristics, where the set of characteristics includes at least a version number; and delegating performance of the sharable functional task to the second software component.

Abstract: A system and method for processing data using the universal computing element, which is a computing node that could be integrated with any external services of different business domains via an application programming interface (API), is disclosed. Data and processes are bound using universal computing elements and computing modes that use UCE's, and thus provided as finite-state automata with explicit selection of states in real-time operation, thereby facilitating construction of finite-state automata (i.e., processes) to users who are not programmers. Software, computer program, source/object/assembly code, firmware or other reconfigurable logic or signal processing instructions of the present invention include at least one UCE. Advantageously, data processing is organized to reduce impact of inefficient conventional data usage, particularly via data transfer processed innovatively into state format and usage of automata-based programming for data processing.

Abstract: A computer-implemented method that includes monitoring execution of program code by first and second processor components. A computing system detects that a trigger condition is satisfied by: i) identifying an operand in a portion of the program code; or ii) determining that a current time of a clock of the computing system indicates a predefined time value. The operand and the predefined time value are used to initiate trace events. When the trigger condition is satisfied the system initiates trace events that generate trace data identifying respective hardware events occurring across the computing system. The system uses the trace data to generate a correlated set of trace data. The correlated trace data indicates a time ordered sequence of the respective hardware events. The system uses the correlated set of trace data to analyze performance of the executing program code.

Abstract: A method and system including an Application Programming Interface (API) proxy module; an API proxy processor in communication with the API proxy module and operative to execute processor-executable process steps to cause the system to: receive API development data, wherein the API data includes at least one of back-end data and use-case data; identify one or more API clusters that is similar to the received API development data; generate an API proxy template based on the identified one or more API clusters; and display the generated API proxy template to a client on a user interface. Numerous other aspects are provided.

Abstract: Disclosed herein are system, method, and computer program product embodiments for operations related to intelligent action logging for cloud applications. An embodiment operates by identifying an event associated with an application executing on the processor. The event is compared to criteria for logging the event in one or more of a plurality of logs. The log includes its own unique criteria for logging the event. If it is determined that the event satisfies the criteria of the action log, then detail about the event are written onto an action log using a log format associated with the action log, which is different from a log format of a technical log.

Abstract: Described is a novel method of inter-process communication used in one example in a surveillance system whereby multiple input processes communicate surveillance data to a reader process that consumes the data from the input processes. A locking mechanism is provided to reserve a reservable portion of queue metadata which comprises queue pointer(s) such that only one process may move the queue pointer(s) at a time. Reservation is provided with little or no kernel operations such that reservation costs are negligible. Arbitrary size queue slots may be reserved by moving the points. Writing and reading into the queue is done outside of the locking mechanism allowing multiple processes to access and work in the queue simultaneously leading to a rapid queue synchronization mechanism that requires little or no resort to expensive kernel operations.

Abstract: Technologies for secure native code invocation include a computing device having an operating system and a firmware environment. The operating system executes a firmware method in an operating system context using a virtual machine. In response to invoking the firmware method, the operating system invokes a callback to a bridge driver in the operating system context. In response to the callback, the bridge driver invokes a firmware runtime service in the operating system context. The firmware environment executes a native code handler in the operating system context in response to invoking the firmware runtime service. The native code handler may be executed in a de-privileged container. The firmware method may process results data stored in a firmware mailbox by the native code handler, which may include accessing a hardware resource using a firmware operation region.

Abstract: An Intelligent Real-Time Robot Operating System (IRT-ROS) architecture and an operation method thereof are provided. The IRT-ROS architecture includes a General-Purpose OS kernel, a Real-Time OS kernel, and an Inter-processor Interrupt interface. The General-Purpose OS kernel is configured to run a General-Purpose OS to execute a non-real-time process. The Real-Time OS kernel is configured to run a Real-Time OS to execute a real-time process. The IPI interface is connected between the General-Purpose OS kernel and the Real-Time OS kernel, and is configured to support communication between the non-real-time process and the real-time process. The AIRT-ROS architecture allows Linux and RTERS to respectively execute non-real-time process and real-time process, and to respectively respond IRQ of non-real-time devices and IRQ of real-time devices. Communications between non-real-time process and real-time process are supported.

Abstract: Provided are systems, methods, and devices for implementing a central platform for enterprise applications and software as a service (SaaS). Methods include retrieving, using one or more processors of a central computing platform, one or more update data objects. Methods also include identifying, using the one or more processors, a configuration of a customer portal interface. Methods further include retrieving, using the one or more processors, current configuration data associated with the customer portal interface, the current configuration data characterizing a configuration and settings of an application program interface (API) an instance of application data associated with a distributed application. Methods also include generating, using the one or more processors, one or more custom input data objects based, at least in part, on the current configuration data associated with the customer portal interface.

Abstract: Loading resources is disclosed including sending, using a first thread, a resource loading request to a second thread, the resource loading request including a request for a resource, the first thread and the second thread being located in one process; and the first thread running on a dynamic language runtime platform, receiving, using the first thread, an instruction sent back by the second thread in response to the resource loading request, and based on the instruction and the resource preloaded by the process, loading, using the first thread, the resource included in the resource loading request, the resource being preloaded by the process comprises a web engine.

Abstract: Provided are an electronic device that interoperates with an external electronic device in association with an application, and a method therefor. To this end, an application-related interoperation method by an electronic device may include: receiving a file associated with at least one function performed in an application of an external electronic device from the external electronic device; storing the received file in a platform; recording, in the platform, data associated with an application executed in the electronic device; and executing the data using the at least one function of the external electronic device.

Abstract: The user experience of application downloading and usage between multiple devices in a network is enhanced. One instance of an app on a first device is able to identify and verify installation and/or execution of a companion app on a second device where the two devices may have entirely different platforms (e.g., smartphone operating system and TV platform). The experience for users who have devices on the same network converge in order to improve the user experience with respect to a particular app. In this manner, an enhanced and efficient means of providing an n-screen experience with the app is enabled; ways that provide synergy between devices on the same network.

Abstract: A system includes a host device; a storage device including an embedded processor; and a bridge kernel device including a bridge kernel hardware and a bridge kernel firmware, wherein the bridge kernel device is configured to receive a plurality of arguments from the host device and transfer the plurality of arguments to the embedded processor for data processing.