Abstract: A method of verifying, during a continuous integration (CI) and continuous delivery (CD) process, that an asynchronous message contract between a consumer service and a provider service in a microservice architecture has not been broken by a change to the provider service is disclosed. The asynchronous message contract is retrieved from a central server. A test message queue is created, the test message queue being separate from an existing message queue. Generation of a message based on a precondition specified in the asynchronous message contract is triggered. The message is retrieved from the test queue. The message is verified according to the asynchronous message contract, the verifying based on a build error not being generated during the CI and CD process.

Abstract: A blockchain of transactions may be referenced for various purposes and may be later accessed by interested parties for ledger verification. One example operation may comprise one or more of identifying an updated software build, creating a hash based on the updated software build, storing the hash of the updated software build in a blockchain, and storing a binary representation of the updated software build in a distributed hash table (DHT).

Abstract: An apparatus for facilitating an update process of a software program is disclosed. The apparatus comprises a logic processing module arranged to maintain a connection with a network device, receive information for updating a software program from the network device, perform an updating of the software program based on the received information, and process one or more user requests. The apparatus further comprises an interface module arranged to receive a user request, store the received user request when the updating of the software program by the logic processing module is in progress, store the received user request, and after the updating of the software program completes, provide the stored user request to the logic processing module for processing.

Abstract: A blockchain-based secure customized catalog system includes a catalog customization system that receives a request to customize a first software catalog, and modifies the first software catalog to create a second software catalog that is customized for computing devices in a computing system. The catalog customization system then generates and broadcasts a first blockchain transaction that includes a smart contract having a second software catalog hash created from the second software catalog. A blockchain device receives the first blockchain transaction and, in response, provides the smart contract on a blockchain. When the blockchain device receives a second blockchain transaction broadcast by the computing system and including a hash value, it executes the smart contract. If the blockchain device determines that the execution of the smart contract indicates that the hash value matches the second software catalog hash, it transmits a second software catalog verification to the computing system.

Abstract: Various aspects described herein are directed to a method or system that automates the release and deployment of a software application delivery model for the continuous release and deployment of the software application delivery model. These techniques identify a release and pertinent information thereof for a software application delivery model and determine dependencies among at least some of the pertinent information. Tracking records may be generated at least by tracking the release based in part or in whole upon the dependencies. The release or a portion of the release may be advanced from a current stage to a next stage along a release pipeline based in part or in whole upon the tracking records.

Abstract: An illustrative embodiment of a computer-implemented process for managing aliasing constraints, identifies an object to form an identified object, identifies a scope of the identified object to form an identified scope, and assigns a unique value to the identified object within the identified scope. The computer-implemented process further demarcates an entrance to the identified scope, demarcates an exit to the identified scope, optimizes the identified object using a property of the identified scope and associated aliasing information, tracks the identified object state to form tracked state information; and uses the tracked state information to update the identified object.

Abstract: Sharing data among computing systems can include receiving, using a processor, a data transfer event indicating a transfer of a data file from a source system to a target system, querying, using the processor, the source system for an operating system executed by the source system and a file type of the data file, and querying, using the processor, the target system for an operating system executed by the target system. A target application can be determined using the processor. The target application is adapted for execution on the operating system executed by the target system and is adapted for operating on the file type. Installation of the target application on the target system can be initiated. Further, transfer of the data file from the source system to the target system can be initiated using the processor.

Abstract: The disclosed technology is generally directed to the patching of executing binaries. In one example of the technology, at separate times, a plurality of hot patch requests is received. Each hot patch request of the plurality of hot patch requests includes a corresponding hot patch to hot patch the executing binary. A cardinality of the plurality of hot patch requested is greater than the fixed number of logical patch slots. with the executing binary continuing to execute, each time a request to apply a hot patch to the executing binary is received, the corresponding hot patch is assigned to an inactive logical patch slot of the fixed number of logical patch slots. The corresponding hot patch is executed from the assigned logical patch slot to hot patch the executing binary based on the corresponding hot patch.

Abstract: A block-diagram acquisition unit acquires a block diagram that defines by connection among a plurality of blocks, a data processing procedure to be reflected in a program code. An inconsistency inspection unit inspects whether there is an inconsistency in the data processing procedure defined in the block diagram by tracing the connection among blocks in the block diagram.

Abstract: In the described examples, a non-transitory machine-readable medium includes a compiler that detects a soft-break indicator in a loop included in source code and the compiler applies software pipelining to generate compiled code for the loop. The compiled code includes assembly instructions and the soft-break indicator enables the compiler to arrange the assembly instructions to complete in-flight iterations of the loop after execution of the soft-break.

Abstract: A device updating system may store data from an application to be updated, especially personalization data that is to be persisted beyond the version update. After the data is stored, the application may be deleted and a migration application is installed. The migration application may use a matrix or the like characterizing differences between prior editions of the application and the one being installed. The migration application may determine the previous edition and updates the personalization data according to the matrix. After the data is updated, the migration application may be deleted and the new application installed. The new application may retrieve the updated data and may be ready to operate without concern about what the previous edition may have been. Memory space may be conserved by not requiring the new application to carry the version matrix and all possible changes between the current edition and all possible previous editions.

Abstract: A flow preparation assisting apparatus calculates a difference between one or more flow data sets and a template flow data set having been a base of the one or more flow data sets, and calculates a dependency relation between node attributes for a template flow indicated by the template flow data set, from the calculated difference. The flow preparation assisting apparatus issues a notification according to the calculated dependency relation.

Abstract: A trusted execution environment on an enterprise-enabled computing device allows invocation of a suite of secure applications (apps) on a computing device in an enterprise without hindering external or non-enterprise apps from running on in the same memory space on the same enterprise computing device. An application wrapper provides an operation queue for storing application lifecycle operations while the trusted execution environment is enabled, and the environment is secured. The application defers lifecycle operation to ensure that all security measures are in place before it is allowed to execute. The operation queue receives entries corresponding to the application lifecycle events, and suspends process execution of the lifecycle operations until the secure environment is ready for the operation queued events to be executed.

Abstract: Techniques to configure a web-based application for bot configuration are described. In one embodiment, an apparatus may comprise a web application hosting component operative to receive a bot-configuration request from a web client, the bot-configuration request corresponding to a developer account for a bot system; and provide a web-based application to the web client; and a web-application preparation component operative to prepare the web-based application for the web client, the web-based application comprising a simulated user environment interface, a code development interface, and a natural-language-processing log interface, wherein the simulated user environment interface corresponds to a user interface for the bot system. Other embodiments are described and claimed.

Abstract: A build indicator is set in a build environment to a set value for building a program code, the set value selected from a first value indicating that a feature of the program code is enabled, and a second value indicating that the feature is disabled. In response to the set value of the build indicator being the first value, a variable is set to a value indicating that the feature is enabled. The program code is built using the value of the variable.

Abstract: Embodiments implement data versioning in a cloud-based identity management system. Embodiments provide a first microservice for performing an identity management service and having a corresponding first version application programming interface (“API”) that identifies the first microservice. Embodiments provide a second microservice for performing the identity management service, the second microservice comprising a new version of the first microservice and having a corresponding second version API that identifies the second microservice. Embodiments receive a request for performing the identity management service from a client of the identity management system, the request including a uniform resource locator (“URL”), where the first version API or the second version API are identified in the URL. Embodiments then perform the identity management service using either the first microservice or the second microservice based on the request and using tenant data stored in a database.

Abstract: Provided are a computing device and a method of converting an application. The method is performed by the computing device including one or more processors and a memory storing one or more programs executed by the one or more processors, and includes decomposing an original application package, extracting an application-executing section from the decomposed original application package, and merging a proxy class set including one or more modified classes with the application-executing section.

Abstract: The technology described in this document can be embodied in a method that includes receiving at a second device a request for data sharing from a first device, and receiving a first file package associated with an application installed on the first device, and the file package includes a first portion of information usable for installation of the application on the second device. The method also includes processing the first file package to obtain the first portion of information usable for installing the application on the second device, providing authentication information for downloading a second file package to a remote computer device different from the first device, and installing the application on the second device using the first portion of information and the second portion of information.

Abstract: Disclosed herein provides enhancements for generating images for deployment in processing environments. In one implementation a method of preparing service images for large scale data processing environments includes identifying a first service image, and identifying metadata that defines runtime requirements for deploying the service in data processing environments. The method further provides generating scripts for deploying the service based on the metadata, and generating a second service image for the service, wherein the second service image includes the scripts.

Abstract: An electronic device, such as a dynamic transaction card having an EMV chip, that acts as a TPM having a memory, an applet, and a cryptographic coprocessor performs secure firmware and/or software updates, and performs firmware and/or software validation for firmware and/or software that is stored on the electronic device. Validation may compare a calculated checksum with a checksum stored in EMV chip memory. If a checksum calculated for firmware and/or a software application matches a checksum stored in EMV chip memory of the transaction card, the transaction card may operate normally. If a checksum calculated for firmware and/or a software application does not match a checksum stored in EMV chip memory of the transaction card, the transaction card may freeze all capabilities, erase the memory of the transaction card, display data indicative of a fraudulent or inactive transaction card, and/or the like.