Abstract: A computer-implemented method, system and computer program product for managing a software application. Load information indicative of a workload over time of one or more computing resources being used by the software application is monitored. Furthermore, social information indicative of a social activity over time relating to the software application is monitored. An estimated correlation between the monitored load information and the monitored social information is determined. A future requirement of the computing resources for the software application is then forecasted according to the monitored social information and the estimated correlation for use in provisioning the computing resources to the software application accordingly.

Abstract: A method and apparatus are provided for navigating source code (112) by capturing a program trace data history (134) from a target (150) in response to execution of application executable code (123) thereon and decorating the source code blocks (252) on a graphical user interface viewer (251) by displaying an execution instance control indicator (253-255) corresponding to each detected execution instance, where an execution instance control enables control of which execution instance is displayed and an execution instance indicator displays information about the sequence of instructions that were executed at runtime in that execution instance.

Abstract: Interfaces for a continuation-based runtime. Some embodiments described herein are directed to a framework using continuation based runtime interface that pertain to an infrastructure for enabling the creation of a wide variety of continuation-based programs that perform a wide-array of tasks. The infrastructure provides a foundation for building continuation-based, declarative applications of various scale and complexity.

Abstract: Transaction data is received from an agent instrumented on a first one of a plurality of software components in a system, the transaction data identifying characteristics observed by the agent during monitoring of the first software component during a transaction involving the first software component and a second one of the plurality of software components. A second thread running on the second software component is identified that is at least partially dependent on a first thread run on the first software component during the transaction, the second thread corresponding to code of the second software component with a conditional breakpoint defined to be triggered based on when the second thread falls within a defined transaction boundary for the system. From the transaction data, it can be determined that the second thread falls within the transaction boundary to cause the conditional breakpoint to be triggered.

Abstract: Various technologies described herein pertain to time travel debugging in a managed runtime system. The managed runtime system can include an execution component that executes a managed program component. Moreover, the managed runtime system can include a time travel debugger component. The time travel debugger component can be configured to record a sequence of live-object snapshots of program states during execution of the managed program component. A live-object snapshot can include live objects from a heap in memory at a given time during the execution. Moreover, the time travel debugger component can be configured to replay at least a portion of the execution of the managed program component based upon the live-object snapshots.

Abstract: A mobile device includes a processor and a non-transitory computer-readable medium storing instructions. The instructions include, in response to a state of a first application being instantiated from a first state template of the first application, selecting a first function module identifier from a plurality of predetermined function module identifiers. Each predetermined function module identifier corresponds to a first function offered by the first state template. The instructions include transmitting a function module request to a developer exchange system using a wireless transceiver. The function module request includes the first function module identifier, which uniquely identifies a first function module. The instructions include receiving the first function module from the developer exchange system, storing and executing the first function module, and presenting display data generated by execution of the first function module.

Abstract: Deploying portlet(s) onto a displayed portal page by dragging and dropping portlet related artifacts from the IDE like portlet deployment descriptor node or a specific portlet node, and, responsively displaying the portlet(s), corresponding to the dropped node, in the displayed portal page. The updating of the portal page is accomplished by an internal IDE browser of a stand-alone type IDE working co-operatively with a remote portal server.

Abstract: Deploying portlet(s) onto a displayed portal page by dragging and dropping portlet related artifacts from the IDE like portlet deployment descriptor node or a specific portlet node, and, responsively displaying the portlet(s), corresponding to the dropped node, in the displayed portal page. The updating of the portal page is accomplished by an internal IDE browser of a stand-alone type IDE working co-operatively with a remote portal server.

Abstract: A machine may be configured to perform A/B testing on mobile applications. For example, the machine receives an identifier of a mobile device that stores a mobile application. The machine identifies a parameter of an element of a user interface displayed by the mobile application on the mobile device. The identifying of the parameter may be based on the identifier of the mobile device. The machine selects a parameter value that corresponds to the parameter. The selecting of the parameter value may be based on the identifier of the mobile device. The machine generates an instruction referencing the parameter value. The instruction may be executable by the mobile application to display the element of the user interface on the mobile device according to the parameter value. The machine transmits the instruction to the mobile device in response to receiving the identifier of the mobile device.

Abstract: The invention relates to a method for operating a processing and/or production installation having at least two engineering systems producing a respective output file including an operating variable for at least one component of the installation. The first output file of a first engineering system is transmitted from the first engineering system to a second engineering system. A second output file is provided by a second engineering system using the first output file, and the processing and/or production installation being operated using the second output file. first origin data describing an origin of the first output file of the first engineering system, and second origin data describing an origin of the second output file from the second engineering system.

Abstract: Systems and methods may provide for identifying a nested loop iteration space in user code, wherein the nested loop iteration space includes a plurality of outer loop iterations, and distributing iterations from the nested loop iteration space across a plurality of threads, wherein each thread is assigned a group of outer loop iterations. Additionally, a compiler output may be automatically generated, wherein the compiler output contains serial code corresponding to each group of outer loop iterations and de-linearization code to be executed outside the plurality of outer loop iterations. In one example, the de-linearization code includes index recovery code that is positioned before one or more instances of the serial code in the compiler output.

Abstract: The technique relates to a system and method for assessing modularity of a program written in an object oriented language. This technique involves receiving information related to modularization of the program written in the object oriented language. Then the modularization of the program is assessed by calculating object encapsulation metrics, partial types metrics, extension method metrics, delegates metrics and static variable usage metrics. Further, an assessment report of the modularization is generated with respect to the said metrics.

Abstract: In a first method, a developer mode is determined when a workflow template patch is received, and execution of new workflow instances is either blocked or permitted, or continued execution of workflow instances is forbidden. In a second method, parallelization of workflow execution is provided in an in-memory database management system. In a third method, after received user privilege information, database records associated with a workflow are determined and stored for use at workflow instance runtime. In a fourth method, artifacts used by a workflow are identified using a workflow template. When a command to execute a workflow instance is received, information is stored for generating instances of artifacts for use during execution of the workflow instance. In a fifth method, for a workflow template to be inactivated, the associated workflow template is suspended after currently executing workflow instances have completed and job executors have acknowledged a suspending state.

Abstract: A system may include an application programming interface (API) layer, a cache layer, and an object storage/access layer. The API layer may expose an interface to store a business object and an interface to retrieve the business object, and may transmit a request to store the business object and a request to retrieve the business object, and the cache layer may cache the business object and transmit the request to store the business object and the request to retrieve the business object. The object storage/access layer may receive the request to store the business object and, in response to the request to store the business object, to invoke a serialization method exposed by the business object to store the data associated with the object in a data structure.

Abstract: Methods of calculating a maintainability index are provided. The methods include, for each function in software code for an existing software product, locating errors related to the function in the software code in a common historical error database; filtering the located errors for the function based on developer experience; calculating a percentage of errors for the function based on the filtered located errors for the function and successful compiles for the function; and providing a maintainability index for the function based on the calculated percentage of errors.

Abstract: A deployment system enables a developer to define a logical, multi-tier application blueprint that can be used to create and manage (e.g., redeploy, upgrade, backup, patch) multiple applications in a cloud infrastructure. The deployment system supports the use of nested policies to manage a deployment plan. Upon determining compliance to the nested policies, the application can be deployed according to an application blueprint, which means any needed VMs are provisioned from the cloud infrastructure, and application components and software services are installed.

Abstract: The technology includes a method to test what information an application transfers to an external computing device. A user's consent is explicitly obtained before the application transfers certain types of information, such as sensitive information. When a determination is made that an application is transferring sensitive information, a prompt for consent from a user may be provided that is accurate and detailed. In pre-production environments, technology can be used to detect whether this sensitive information is being transferred, and to validate whether a prompt for consent is necessary or unnecessary. To determine this, shimming is used to intercept application calls to APIs that return sensitive information. Requested sensitive information may be substituted with recorded or forged information from those APIs to produce a sentinel or canary. Similarly, network traffic of the application may be analyzed by another shim to determine when the substitute information is present.

Abstract: Systems and methods for testing and deploying an update are provided. A first server can execute a current version of an application in a production environment. A client communication from a client to the first server can be identified. The client communication can be transmitted to a second server in the production environment. The second server can be executing an updated version of the application. A first response to the client communication from the first server and a second response to the client communication from the second server can be received. The first response from the first server can be compared with the second response from the second server to determine whether the updated version of the application is compatible with the production environment.

Abstract: A programmable controller for operating a system is provided as well as a method and devices of configuring such controller. The controller includes firmware storing instructions for controlling operations of the system, the firmware including a passive memory component and a processing unit programmed for operating the system at least in part based on the instructions of the firmware. The firmware is responsive to a signal carrying firmware update information received from an external device for drawing energy from the signal to activate the passive memory component and causing a firmware update process to be performed. Advantageously, the proposed controller can be configured in the absence of electrical power being supplied by an external source and in, some embodiments, using the signal carrying the firmware update information as the sole source of electrical energy in order to perform at least part of the firmware update process.

Abstract: A method for singleton process control in a computer environment is provided. A process identification (PID) for a background process is stored in a first temporary file. A determination operation is performed for determining if the parent process is alive for a predetermined number of tries. The PID of the background process is written from the first temporary file into a first PID variable when the parent process ends. A determination operation is performed for determining whether a second, global temporary file is empty. The background process is exited if an active PID is determined to exist in a second, global temporary file. The PID from the first temporary file is stored into the second, global temporary file. A singleton code block is then executed.