Abstract: According to some embodiments, a source version of a software product may be established in connection with a software production landscape. A first container, representing a first uniquely addressable physical location in the software production landscape, may then be associated with the source version. An executable derivative version of the software product may be built from the source version, and a second container, representing a second uniquely addressable physical location in the software production landscape, may be associated with the executable derivative version. Software configuration information may then be automatically provided to a user based at least in part on a relationship between the first and second containers at a given point in time.

Abstract: Embodiments of the present invention address deficiencies of the art in respect to comparing artifacts and provide a novel and non-obvious method, system and computer program product for multi-contextual navigation of deltas in a hierarchy. In one embodiment of the invention, a method for multi-contextual navigation can include rendering objects for an artifact utilizing a default contextual view of the objects, selecting an object in the default contextual view and directing an inward navigation to a different object in the default contextual view. Notably, responsive to the directing of the inward navigation to the different object, a different contextual view can be provided for at least a portion of the objects defined by the different object.

Abstract: Encoding a new version of a data module includes constructing a delta data module having data for providing the new version of the data module. The delta data module may indicate an encoding for copying data at an offset from one of a number of pointers into different versions of the data module. Decoding a delta data module to provide a new version of a data module includes copying, to the new version of the data module, data relative to a target pointer when an encoding in the delta data module indicates a matching pattern relative to the target pointer, and copying, to the new version of the data module, data relative to at least one other pointer when an encoding in the delta data module indicates a matching pattern relative to the at least one other pointer.

Abstract: Lifecycles of virtual image assets are managed as follows. A set of assets including a set virtual image assets and a set of software bundle assets are analyzed. At least a portion of relationship data between one or more of the virtual image assets and one or more of the software bundle assets is determined. The at least a portion of relationship data is stored in a memory. At least one of one or more virtual image assets and one or more software bundle assets are determined to be associated with a set of changes. At least one virtual image asset that is related to the one or more virtual image assets and/or one or more software bundle assets associated with the set of changes is identified. The at least one virtual image asset that has been identified is updated based on the set of changes.

Abstract: An aspect of the present invention identifies differences between source codes (e.g. of different versions of a software), when each source code is organized using incorporated files. In one embodiment, in response to receiving identifiers of a first and second source codes (each source code being organized as a corresponding set of code files), listings of the instructions in the first and second source codes are constructed. Each listing is constructed, for example, by replacing each incorporate statement in the source code with instructions stored in a corresponding one of code files. The differences between the first and second source codes are then found by comparing the constructed listings of instructions.

Abstract: A method, system and computer program for dynamically updating code managed by an authorized agent. The method includes executing multiple versions of agent code in system memory. One version of the agent code is executed as an active version and another version of the agent code is executed as an inactive version. Version numbers of the active and inactive versions of the agent code are stored in a reloadable module vector. Client instances previously bound to the inactive version of the agent code are bound to the active version of the agent code after comparing the version numbers of the active version of the agent code and the inactive version of the agent code. A portion of the system memory used by the inactive version of the agent code is deallocated when no client instances are bound to the inactive version of the agent code.

Abstract: Various embodiments of systems and methods to compare different versions of a development object based on a version comparison profile are described herein. Identities of the different versions of the development object are received. Further, a version comparison profile and a corresponding profile definition associated with the development object are received. Furthermore, the different versions of the development object are compared to determine one or more differences based upon the received version comparison profile and the corresponding profile definition. The determined one or more differences between the different versions of the development object are returned.

Abstract: Reusable user experience is provided by way of styleable applications. An application can be segmented into a content portion and a style portion, if not originally designed that way. Subsequently, alternate style code can be injected to provide a style to an application lacking style or replace a style with a different style. Styles can be extracted from other applications or acquired from an online marketplace, for instance.

Abstract: A device-independent intermediate representation of a source code is generated and stored, e.g., in a memory or other storage mechanism. The stored intermediate representation of the source code is used to generate a device-specific machine code corresponding to the source code. The stored intermediate representation may be updated, e.g., periodically, for example by obtaining an updated version of the source code and compiling the updated source code to generate an updated intermediate representation. The stored intermediate representation may be based on source code received from a device that is synchronized with which a compiling device that generates the device-specific machine code. In some cases, the stored intermediate representation may be used to generate for each of a plurality of devices a corresponding device-specific machine code.

Abstract: Reliability of one or more software modules is projected according to a current state in a development life cycle of the software modules and any of various additional indicators. Preferably, a data processing support provider separate from the service-providing enterprise maintains historical field support data concerning significant field defect events with respect to various resources, and uses this data for projecting reliability of the resources. Preferably, software module reliability projections are used to support an analysis of risk of degradation of a service specified in a service requirements specification when provided by a configuration of data processing resources specified in a configuration specification.

Abstract: A system facilitates verification of computer code. The system receives multiple versions of the computer code. A code verification engine checks the received code against one or more metrics, such as coding standard violations. A code differencing compares the received versions of computer code, and identifies the differences between them. An interactive presentation unit presents one or more analysis reports regarding coding violations located in the received versions. An analysis report includes a plurality of entries hierarchically organized in conformance with the entities of the received code. The analysis report indicates the number of coding violations identified for the entities of the received code in a side-by-side, comparative arrangement. A user can thus compare the number of coding violations present in the received versions.

Abstract: Some aspects relate to systems to determine a first metamodel conforming to a first meta-metamodel supporting metamodel class inheritance at the first metamodel level, identify one or more segments of an aggregation-free tree of nodes of the first metamodel, identify a lowest-level node of one of the one or more segments, identify all higher-level nodes of the one of the one or more segments, and consolidate attributes of each of the identified nodes of the one of the one or more segments into a node of a second metamodel conforming to a second meta-metamodel.

Abstract: A processing device executing an application analyzer analyzes a call stack having a plurality of stack frames to identify potential return addresses for the plurality of stack frames. The processing device records a value of each of the potential return addresses and records a location on the call stack for each of the potential return addresses. The processing device then determines which of the potential return addresses are actual return addresses based on debugging information and the recorded locations of the potential return addresses. The processing device generates a stack trace based on the actual return addresses.

Abstract: Systems and methods are disclosed for comparing annotations in files to show changes in the annotations at a granular level. In one implementation, a system receives a first file and a second file for comparison. The system determines the annotation ranges for each annotation in the first file and the annotation range for each annotation in the second file. The system then determines the annotations from the first file that overlap with annotations from the second file and compares annotations that overlap. The system then incorporates the comparison of the annotations into a main comparison file. In certain implementations, the system uses an index to determine what annotations overlap. In other implementations, matched pairs are created from overlapping annotations.

Abstract: An embodiment of the invention provides a data encryption method for an electrical device. The method comprises: generating an identification code corresponding to the electrical device; generating a temporary key according to the identification code; encrypting first data to generate a first secret key according to the temporary key and a first encryption mechanism; and encrypting the first secret key by a second encryption mechanism to generate an encrypted key.

Abstract: Interactive iterative program parallelization based on dynamic feedback program parallelization, in one aspect, may identify a ranked list of one or more candidate pieces of code each with one or more source refactorings that can be applied to parallelize the code, apply at least one of the one or more refactorings to create a revised code, and determine performance data associated with the revised code. The performance data may be used to make decisions on identifying next possible ranked list of refactorings.

Abstract: An interprocedural exception analysis and transformation framework for computer programming languages such as C++ that (1) captures the control-flow induced by exceptions precisely, and (2) transforms the given computer program into an exception-free program that is amenable for precise static analysis, verification, and optimizations.

Abstract: A system and method for managing the migration of software components among test servers that form a distributed software test environment to ensure that the software components in each of the test servers represent a production environment except for software components being tested. The system further ensures that component changes rolled out into production are not overridden when multiple update requests are made for the same component.

Abstract: A method combines N versions of a C/C++ program into a single, semantically correct, unified program, while maintaining the semantics of each version within N. The problem of merge conflicts is avoided by conditionalizing changes that potentially conflict, according to a set of preprocessors definitions that uniquely define the version within N. Conditionalization is realized through C/C++ preprocessing directives (e.g., #if, #else, #elif).

Abstract: The present invention provides a method, a system and a computer program product for defining a version identifier of a service component. The method includes determining various specification levels corresponding to the service component. Thereafter, the determined specification levels are integrated according to a predefined hierarchy to obtain the version identifier of the service component. The present invention also enables the identification of the service components. The service components are identified from one or more service components on the basis of one or more user requirements.

Abstract: A version control system includes a mechanism for a learning roadmap based on information available from a source repository. More particularly, the mechanism generates an easily understandable timeline of a project and a directory of developers based on information available in the version control system that contains the source content of a project. The timeline for the project may be tied to the directory of developers. Under each date in the timeline, a list of developers and their roles and commits may be listed.

Abstract: A computer-implemented method in a distributed network system is disclosed. The computer-implemented method includes: receiving, at a server, a first object update message from a server-side application, wherein the first object update message includes a first object identifier; identifying, among a plurality of object-client registration records, an object-client registration record that includes the first object identifier; updating the object-client registration record in accordance with the first object update message; selecting a set of client identifiers associated with the first object identifier from the object-client registration record; and, for a first client identifier in the selected set of client identifiers, sending a second object update message to a first client device associated with the first client identifier, wherein the second object update message includes the first object identifier.

Abstract: This disclosure relates to a method, article of manufacture, and apparatus for automated handling of a hotfix. In some embodiments, this includes obtaining defects submitted to a defect repository, querying the defect repository to obtain a defect, permitting the users to approve the defect as a cumulative hotfix candidate, receiving and storing check-in data corresponding to the cumulative hotfix candidate to a source code repository, approving the check-in data, triggering an automated compiling of a build of the version of the software, examining the build, triggering an automated testing of the build based on a determination that the build is clean, storing the build in a build repository when the automated testing of the build completes without error, and publishing the build.

Abstract: A build process management system can acquire data pertaining to a software build process that is currently being executed by an automated software build system. The software build process can include executable process steps, metadata, and/or environmental parameter values. An executable process step can utilize a build artifact, representing an electronic document that supports the software build process. The acquired data can then be synthesized into an immutable baseline build process and associated baseline artifact library. The baseline artifact library can store copies of the build artifacts. The immutable baseline build process can include baseline objects that represent data values and dependencies indicated in the software build process. In response to a user-specified command, an operation can be performed upon the baseline build process and associated baseline artifact library.

Abstract: A system and method for creating customized documentation is disclosed. The method comprises storing one or more documents such that each of the one or more documents corresponds to one of a plurality of versions of a software product. The version of the software product which is installed in an installation environment is detected. The configuration of the installation environment is also detected. At least one document from the one or more documents that corresponds to the version of the software product installed in the installation environment is selected. A subset of the selected document that includes the version of the software product installed in the installation environment and the configuration of the installation environment is then determined. A customized document is composed, based on one ore more subsets of the selected document.

Abstract: Systems, methods and apparatus are provided through which an evolutionary system is managed and viewed as a software product line. In some embodiments, the core architecture is a relatively unchanging part of the system, and each version of the system is viewed as a product from the product line. Each software product is generated from the core architecture with some agent-based additions. The result may be a multi-agent system software product line.

Abstract: A software development method and system having a suite of graphical customization tools that enables developers to rapidly configure all aspects of the underlying application software, including the look-and-feel, behavior, and workflow. This is accomplished without modifying application source code, base objects, or SQL. The sophisticated repository management capabilities of the method and system of our invention allows teams of developers to work efficiently on configuring applications. The application upgrader provides an automated process to upgrade the customizations to future product releases thus protecting the investment in customization. The ease, comprehensiveness, scalability, and upgradeability of the customization process help reduce the total lifecycle cost of customizing enterprise applications.

Abstract: Embodiments of the present invention provide a method, system and computer program product for exchanging console data in a messaging system. In an embodiment of the invention, a method for exchanging console data in a messaging system includes receiving a message in a messaging client executing in memory by at least one processor of a computer. The method further includes selecting in the message in the messaging client a portion of console data for a version of source code. For instance, the console data can be a selection of source code or an error message for a selection of source code. Finally, in response to the selection of the portion of console data, corresponding meta-data for the message can be extracted and a version of source code for the console data can be determined from the meta-data. Finally, the version of the source code can be loaded in an IDE executing in the memory by the at least one processor of the computer.

Abstract: Systems and methods of end-to-end continuous integration and verification of software are described. A system comprises, for example, a provisioning service module configure to automatically retrieve source code from a source code management system. The provisioning service module further generates one or more environments. A propagation management module is configured to package the retrieved source code into a deliverable and to automatically propagate the deliverable through a pipeline comprising the one or more environments.

Abstract: An adaptive automatic change management for computer system landscapes is described herein. A predefined set of attributes are extracted or obtained for a computer system artifact, together with a number of values assigned to the set of attributes. A unique identification section is created and distributed among the computer systems in the landscape based on the set of attributes and the assigned values, where the unique identification section encompass computer system artifacts of a same kind. A modification of an artifact of the same kind is tracked at a computer system. The tracked modification is automatically applied in the computer system to one or more incoming computer system artifacts of the same kind.

Abstract: A computer-implemented method, system, and computer program product for detecting and monitoring server side state during the scanning of a web application. The method includes: monitoring executed code of the web application while scanning the web application; retrieving code coverage information from the monitoring of the executed code and retrieving scanning information from the scanning of the web application; correlating the code coverage information with the scanning information; and determining a change in the server side state based on the correlation. The system includes one or more devices that executes the steps of the method. The computer program products includes computer program instructions stored on a computer readable storage medium, where the instructions, when executed, will cause a computer to perform the steps of the methods.

Abstract: Computer method and apparatus manage requests to make changes to a given software system (e.g., application program or program portion). The invention method and apparatus form a change request object representing a user's request to make a change to the given software system. The invention method and apparatus form one or more hierarchies of objects and sub-objects to represent work to be performed and work performed in making the requested change. One embodiment creates a root issue object for each change request object and allows a user to partition an issue object into issue sub-objects. The embodiment (a) allows a user to create a task object to define the work needed to address an issue and allows a user to partition a task object into task sub-objects, and (b) allows a user to create an activity object to track work performed and allows a user to partition an activity object into activity sub-objects. Issue objects and issue sub-objects are relatable to task objects and task sub-objects.

Abstract: Examples of a continuous deployment system are provided that manage and track releases of software code, where some or all of the steps between check-in and deployment to production can be automated. Such systems can reduce the amount of developer effort needed to deploy a package, as developers may not have to be responsible for scheduling package builds, clicking deployment buttons, or manually running tests. The system can take care of all or some of that work.

Abstract: A component version management system for a machine is disclosed. The component version management system has a software driven component located on the machine, a data system located offboard the machine, and a data system controller in communication with the software driven component and the data system. The data system controller is configured to automatically collect at least one of a software and hardware version of the component, analyze the information for at least one of software and hardware mismatch, and generate a notification for display in the machine when software or hardware mismatch is detected.

Abstract: A method for operating an automation system which executes, as an automation solution, a control program having a plurality of software modules, where the method comprises replacing at least one software module comprising an old software module at the runtime of the control program with a new software module wherein the new software module is loaded into a memory of the automation system, an old data area associated with the old software module is compared with a new data area associated with the new software module, program code instructions for converting data for or from the old data area into data for or from the new data area is generated, and a program code instruction for invoking the old software module is replaced with program code instructions for invoking the generated program code instructions for data conversion and for invoking the new software module.

Abstract: Systems and processes for migration of data stored in a label-based software configuration management (CM) system to records of a time-based CM system in a manner that permits for identification, in the time-based system, of contents of releases. In some exemplary implementations, techniques operating according to some of the principles described herein will accept as input information relating to a listing of a label-based system and estimate, based on the software component versions in the listing and their corresponding creation times, a release time indicating a time a release was created. The release time may then be used, in some, but not necessarily all, implementations to create a data structure in the time-based system indicating contents of the version at the particular time. Some exemplary implementations may additionally determine, from the estimated release time, whether any software component versions should be explicitly included or excluded from the data structure.

Abstract: A first host (60), computer readable medium and method for providing a specialized software package (24) to a second host (70).

Abstract: A computer-implemented method for modifying software code includes: processing a command to modify a first module of software code stored on a production system in a distributed computing environment, where the software code includes a first plurality of data objects and a first plurality of notes; generating at least one queue comprising the second plurality of notes; modifying a second module of software code stored on a development system in the distributed computing environment with the second plurality of notes, where the second module of software code comprising a version of the first module of software code; and transferring the second module of software code to the production system to modify the first module of software code such that the first plurality of notes are modified by the second plurality of notes.

Abstract: A set of tools and other mechanisms automatically enforce software development change policies by providing a way to map physical source control system codelines to projects and by providing a way to maintain current project and codeline state information. The set of tools and other mechanisms also provide ways to define change management rules and policies, as well as, ways to evaluate and allow or deny each proposed change against the defined change policy.

Abstract: A system for creating a station having a configuration and making the station active within a supervisor application without a need of actual site controller hardware. The configuration may be changed. The new station may be downloaded with the changed configuration to a site controller. Multiple steps for effecting the present configuration design and station download may automatically be accomplished by fewer steps.

Abstract: Disclosed are various embodiments of a method and system for detecting feature conflicts in a vendor account configuration. A request to modify an account configuration for an account holder is obtained. The configuration describes at least one feature provided to the account holder by a hosted service provider. A determination is made as to whether the requested modification complies with at least one vendor feature rule. If the modification complies with the at least one vendor feature rule, the configuration is modified as requested.

Abstract: The automated generation of code decoration for a body of code under review. Upon accessing the body of code, the system evaluates portions of the code for context. For at least some of those portions of code, the system identifies a decoration corresponding to that context, and adds the identified decoration to the body of code in a manner that the decoration is visually associated with the corresponding portion of the code.

Abstract: A checklist process system and method for measuring adherence to a process defined in accordance with a standardized model, such as CMMI®—Capability Maturity Model Integration. A system is provided that includes: a database of checklists, wherein each checklist includes a set of requirements defined in accordance with the process; a weight assignment system for assigning a weight to each requirement in each checklist; an evaluation system for evaluating a checklist, wherein the evaluation system awards the weight associated with each requirement if the requirement has been met; and an adherence value generation system that calculates an adherence value for the checklist based on all the weights awarded in the checklist.

Abstract: An enhanced integrated development environment (IDE) is able to archive a build product and/or work with an archived build product in various ways. In one embodiment, a build product archive includes a manifest, a source code snapshot, a symbol table, and a build product. The manifest contains meta-data about the archive. The source code snapshot is a copy of the source code that was used in the build process. The symbol table is a copy of the symbol table that was generated by the build process. The build product is a copy of the build product that was generated by the build process. A developer can use the enhanced IDE to help share a build product with others and/or to understand system logs and reports that describe operation of the build product (e.g., crash logs and memory logs).

Abstract: The present disclosure is directed toward a computer-readable medium configured with executable instructions for reconfiguring an information management system of a machine. The executable instructions may include providing a configuration file and an executable file for a machine. The executable instructions may also include updating the configuration file in accordance with a modification of the machine, without recompiling the executable file. The executable instructions may further include processing the data received from sensors associated with the machine, based on the executable file and the updated configuration file, in order to generate information management system data.

Abstract: Embodiments of the present invention provide a method, system and computer program product for exchanging console data in a messaging system. In an embodiment of the invention, a method for exchanging console data in a messaging system includes receiving a message in a messaging client executing in memory by at least one processor of a computer. The method further includes selecting in the message in the messaging client a portion of console data for a version of source code. For instance, the console data can be a selection of source code or an error message for a selection of source code. Finally, in response to the selection of the portion of console data, corresponding meta-data for the message can be extracted and a version of source code for the console data can be determined from the meta-data. Finally, the version of the source code can be loaded in an IDE executing in the memory by the at least one processor of the computer.

Abstract: A system manages version information for a group of software components by maintaining a version repository containing version information for all of the components. The system determines a baseline for the components, modifies data in the repository in connection with updating software components, and accesses the data in the repository to determine version information for the components. The system described herein also determines if a group of software components correspond to a particular baseline by maintaining baseline information in the version repository. The system obtains the particular baseline for the group of components, compares the version information for each of the components with a corresponding minimum version provided in connection with the baseline, and determines whether a group of software components correspond to the particular baseline.

Abstract: The mock tool can be configured to create a mock execution environment for building software packages. The mock execution environment is isolated from resources of the computing system supporting the mock execution environment and other mock execution environments. Further, the mock execution environment can be created to simulate disabling on any features of the operating system supporting the mock execution environment that could cause problems in the building the software packages.

Abstract: Platform-agnostic source code can be augmented with one or more portions of source code annotated for different platforms and/or versions. The source code including both the platform-agnostic and platform-specific and/or version-specific portions can be compiled once to create a single executable that can be distributed to and can run on multiple device platforms and/or multiple versions of one or more platforms. Platform-specific or version-specific executables (e.g., assemblies, binaries, etc.) can be embedded into a binary or executable as resources (e.g., data). When the compiled code is executed on a device, the runtime can extract the platform-specific portion corresponding to the device on which the executable is being run, can bind the extracted portion to the executable and can load and execute the executable. Hence the same binary can produce different results or functionalities depending on the capabilities of the platform on which the binary runs.

Abstract: This invention enables a target variable name to be confirmed without inputting all the character string even when a method of giving a name such as allocating a number to the end of the name is performed from the necessity to allocate a variable name having the same meaning to a plurality of different addresses. If narrowed down variable name exists in plurals and one or two or more continuous next character strings match each other among the variable names, the series of character strings without any choice are automatically adopted and confirmed as the character string of the target variable name without waiting for the input of an operator.