Abstract: A method for validating a traffic management pool that includes a first traffic management device and a second traffic management device may include forming the traffic management pool. The traffic management pool may be formed by modifying a configuration of the first traffic management device to route requests for a cloud-based application based at least on an availability of a first instance of the cloud-based application at a first cloud platform landscape. Synchronicity within the traffic management pool may be validated based on the modification to the configuration of the first traffic management device being propagated to the second traffic management device such that the second traffic management device is also configured to route the requests for the cloud-based application based on the availability of the first instance of the cloud-based application. Related systems and articles of manufacture are also provided.

Abstract: A method may include disabling disaster recovery for a cloud-based application by determining that a domain name system (DNS) service has been reconfigured to map a custom domain of the cloud-based application to a uniform resource locator (URL) of a first instance of the cloud-based application deployed at a first cloud platform landscape instead of a URL of a global traffic management (GTM) cluster. The GTM cluster may be reconfigured to remove configurations for directing, based on an availability of the first instance of the cloud-based application, requests for the cloud-based application to the first instance of the cloud-based application and/or a second instance of the cloud-based application deployed at the second cloud platform landscape. The DNS service and/or the GTM cluster may be reconfigured such that future requests for the cloud-based application are routed to the first instance of the cloud-based application and not the GTM cluster.

Abstract: According to some embodiments, a primary landscape domain database may store secure information (e.g., passwords, secure credentials, etc.) encrypted with a primary landscape key. A secure landscape transfer computer platform, coupled to the primary landscape domain database, may retrieve the secure information and decrypt the secure information at the primary landscape using the primary landscape key. The secure landscape transfer computer platform may also encrypt the secure information using a transport key. A transfer (e.g., by transport or replication) of the secure information encrypted with the transport key may then be arranged by the secure landscape transfer computer platform to a secondary landscape. The transferred secure information may be decrypted at the secondary landscape using the transport key and encrypted at the secondary landscape with a secondary landscape key. The encrypted secure information may then be stored into a domain database at the secondary landscape.

Abstract: A method for validating a traffic management pool that includes a first traffic management device and a second traffic management device may include forming the traffic management pool. The traffic management pool may be formed by modifying a configuration of the first traffic management device to route requests for a cloud-based application based at least on an availability of a first instance of the cloud-based application at a first cloud platform landscape. Synchronicity within the traffic management pool may be validated based on the modification to the configuration of the first traffic management device being propagated to the second traffic management device such that the second traffic management device is also configured to route the requests for the cloud-based application based on the availability of the first instance of the cloud-based application. Related systems and articles of manufacture are also provided.

Abstract: A method may include disabling disaster recovery for a cloud-based application by determining that a domain name system (DNS) service has been reconfigured to map a custom domain of the cloud-based application to a uniform resource locator (URL) of a first instance of the cloud-based application deployed at a first cloud platform landscape instead of a URL of a global traffic management (GTM) cluster. The GTM cluster may be reconfigured to remove configurations for directing, based on an availability of the first instance of the cloud-based application, requests for the cloud-based application to the first instance of the cloud-based application and/or a second instance of the cloud-based application deployed at the second cloud platform landscape. The DNS service and/or the GTM cluster may be reconfigured such that future requests for the cloud-based application are routed to the first instance of the cloud-based application and not the GTM cluster.

Abstract: A system and method are described in which skeletons and/or stubs are manipulated based on deployment information. For example, a method according to one embodiment of the invention comprises: compiling source code to generate program code executable on an application server comprised of a plurality of different virtual machines, the program code containing stubs and/or skeletons; analyzing the program code to identify stubs and/or skeletons generated for objects which are located within the same virtual machine and/or the same physical machine; removing the stubs and/or skeletons for those objects which are located in the same virtual machine and/or same physical machine to generate modified program code; and deploying the modified program code.

Abstract: A method for comparing concurrent thread executions is disclosed. A thread flow marker class is defined for a source code. One or more markers of the thread flow marker class are embedded in a class of interest or in places of interest within the class of interest in the source code. A flow of data from concurrent threads executions from the source code is tracked using the one or more markers.

Abstract: According to some embodiments, an apparatus and a method of capturing a type of file associated with a software deliverable is provided. A software deliverable is scanned for a predetermined type of file, a first file of the predetermined type of file is determined to exist in the software deliverable and the first file of the predetermined type of file is copied to a repository.

Abstract: A documentation application periodically checks content of a documentation repository to determine whether the documentation repository includes documentation content for update. A documentation archive for update is retrieved from the documentation repository and parsed to read meta information specified in the documentation archive. Based on the meta information, content of the documentation archive for update is integrated into the documentation application at runtime of the documentation application.

Abstract: A documentation application periodically checks content of a documentation repository to determine whether the documentation repository includes documentation content for update. A documentation archive for update is retrieved from the documentation repository and parsed to read meta information specified in the documentation archive. Based on the meta information, content of the documentation archive for update is integrated into the documentation application at runtime of the documentation application.

Abstract: According to some embodiments, an apparatus and a method of capturing a type of file associated with a software deliverable is provided. A software deliverable is scanned for a predetermined type of file, a first file of the predetermined type of file is determined to exist in the software deliverable and the first file of the predetermined type of file is copied to a repository.

Abstract: A method for comparing concurrent thread executions is disclosed. A thread flow marker class is defined for a source code. One or more markers of the thread flow marker class are embedded in a class of interest or in places of interest within the class of interest in the source code. A flow of data from concurrent threads executions from the source code is tracked using the one or more markers.

Abstract: A system and method are described in which skeletons and/or stubs are manipulated based on deployment information. For example, a method according to one embodiment of the invention comprises: compiling source code to generate program code executable on an application server comprised of a plurality of different virtual machines, the program code containing stubs and/or skeletons; analyzing the program code to identify stubs and/or skeletons generated for objects which are located within the same virtual machine and/or the same physical machine; removing the stubs and/or skeletons for those objects which are located in the same virtual machine and/or same physical machine to generate modified program code; and deploying the modified program code.

Abstract: A system and method are described in which skeletons and/or stubs are manipulated based on deployment information. For example, a method according to one embodiment of the invention comprises: compiling source code to generate program code executable on an application server comprised of a plurality of different virtual machines, the program code containing stubs and/or skeletons; analyzing the program code to identify stubs and/or skeletons generated for objects which are located within the same virtual machine and/or the same physical machine; removing the stubs and/or skeletons for those objects which are located in the same virtual machine and/or same physical machine to generate modified program code; and deploying the modified program code.