Abstract: In accordance with an embodiment, described herein are systems and methods for supporting a declarative non code self-learning advisory framework in an orchestration based application integration. The systems and methods can provide an advisory framework as a component of an integration platform which can allow declaratively defined recommendations, guidance, warnings etc. to be shown to the consumer of the platform on occurrence of certain events. The advisory framework can provide benefits such as: 1) allowing any entity to declaratively define/modify the rules and advices which will immediately get reflected across the customer fleet without dependency on product's release cadence; 2) where such updates to declaratively defined rules and advices does not involve any code changes to do the product; 3) comprises a structure which is generic and not component specific; and 4) can have self-learning capabilities from the generated product metrics.

Abstract: Systems and methods for namespace masking in an integration flow. In order to mitigate issues arising due to application updates impacting integration flows, during the metadata generation phase, all the elements which are available for operation selection can be cloned and replaced with a new namespace. The original elements are deleted from the metadata. The systems and methods can maintain the original namespace and the element name at a predefined place in the metadata (e.g., as an attribute of the cloned Element). The cloned element in addition to all the original fields of the element, can have one additional field which will store the value of the original namespace.

Abstract: In accordance with an embodiment, described herein are systems and methods identifying capabilities and limitations of an orchestration based application integration. The systems and methods described herein can detect and publish/expose such a set of limitations and capabilities of the adapters/connectors to the integration platform. In this way, such metadata can be used, for example, by a user of an integration system in designing an integration of applications, or in selecting an orchestration, based upon, e.g., the published metadata that indicates the capabilities of the individual adapters/connectors, or the orchestration as a whole (or parts thereof). This way, once an orchestration is active for processing requests, then it can also publish a metadata considering the metadata of involved adapters. This metadata can be used in adjusting requests to an integration.

Abstract: Systems and methods for namespace masking in an integration flow. In order to mitigate issues arising due to application updates impacting integration flows, during the metadata generation phase, all the elements which are available for operation selection can be cloned and replaced with a new namespace. The original elements are deleted from the metadata. The systems and methods can maintain the original namespace and the element name at a predefined place in the metadata (e.g., as an attribute of the cloned Element). The cloned element in addition to all the original fields of the element, can have one additional field which will store the value of the original namespace.

Abstract: In accordance with an embodiment, described herein are systems and methods for supporting a declarative non code self-learning advisory framework in an orchestration based application integration. The systems and methods can provide an advisory framework as a component of an integration platform which can allow declaratively defined recommendations, guidance, warnings etc. to be shown to the consumer of the platform on occurrence of certain events. The advisory framework can provide benefits such as: 1) allowing any entity to declaratively define/modify the rules and advices which will immediately get reflected across the customer fleet without dependency on product's release cadence; 2) where such updates to declaratively defined rules and advices does not involve any code changes to do the product; 3) comprises a structure which is generic and not component specific; and 4) can have self-learning capabilities from the generated product metrics.

Abstract: In accordance with an embodiment, described herein are systems and methods identifying capabilities and limitations of an orchestration based application integration. The systems and methods described herein can detect and publish/expose such a set of limitations and capabilities of the adapters/connectors to the integration platform. In this way, such metadata can be used, for example, by a user of an integration system in designing an integration of applications, or in selecting an orchestration, based upon, e.g., the published metadata that indicates the capabilities of the individual adapters/connectors, or the orchestration as a whole (or parts thereof). This way, once an orchestration is active for processing requests, then it can also publish a metadata considering the metadata of involved adapters. This metadata can be used in adjusting requests to an integration.

Abstract: In accordance with an embodiment, described herein is a system and method for optimizing cloud infrastructure through client request classification in a cloud computing environment. The cloud infrastructure can include one or more high-compute infrastructure instances, and one or more standard-compute infrastructure instances. Each request received at a load balancer can be checked against a request classification cache, to determine whether the request has been classified, and if it has been classified, whether the request can be routed to a high-compute infrastructure instance or a standard-compute infrastructure instance based on a classification of the request. An unclassified request can be classified based on a plurality of request parameters, and threshold values derived from the cloud infrastructure; and can be stored in the request classification cache. Classified requests in the classification cache can be provided to a cloud vendor for use in optimizing the cloud infrastructure.

Abstract: System health related information is obtained from a system being monitored, wherein the system being monitored comprises an information processing system. One or more graphics representing at least a portion of the system health related information are generated. The one or more graphics are overlaid onto a real-world view of the system being monitored to generate an augmented reality view illustrating the system health related information for the system being monitored. The augmented reality view may be presented on a user device.

Abstract: In accordance with an embodiment, described herein is a system and method for optimizing cloud infrastructure through client request classification in a cloud computing environment. The cloud infrastructure can include one or more high-compute infrastructure instances, and one or more standard-compute infrastructure instances. Each request received at a load balancer can be checked against a request classification cache, to determine whether the request has been classified, and if it has been classified, whether the request can be routed to a high-compute infrastructure instance or a standard-compute infrastructure instance based on a classification of the request. An unclassified request can be classified based on a plurality of request parameters, and threshold values derived from the cloud infrastructure; and can be stored in the request classification cache. Classified requests in the classification cache can be provided to a cloud vendor for use in optimizing the cloud infrastructure.

Abstract: Downhole drilling fluid measurements are made as a function of time or as a function of depth. A change in the downhole drilling fluid measurements is correlated to a feature of a formation penetrated by a drill bit or to a feature of fluids in the formation. The downhole drilling fluid measurements may include density, photoelectric factor, hydrogen index, salinity, thermal neutron capture cross section (Sigma), resistivity, slowness, slowing down time, sound velocity, and elemental composition. The feature may include fluid balance, hole-cleaning, a kick, a shallow water flow, a formation fluid property, formation fluid typing, geosteering, geostopping, or an environmental correction. A downhole system has a measurement-while-drilling tool or a logging-while-drilling tool and a processor capable of obtaining the downhole drilling fluid measurements and correlating the change in the downhole drilling fluid measurements.

Abstract: Downhole drilling fluid measurements are made as a function of time or as a function of depth. A change in the downhole drilling fluid measurements is correlated to a feature of a formation penetrated by a drill bit or to a feature of fluids in the formation. The downhole drilling fluid measurements may include density, photoelectric factor, hydrogen index, salinity, thermal neutron capture cross section (Sigma), resistivity, slowness, slowing down time, sound velocity, and elemental composition. The feature may include fluid balance, hole-cleaning, a kick, a shallow water flow, a formation fluid property, formation fluid typing, geosteering, geostopping, or an environmental correction. A downhole system has a measurement-while-drilling tool or a logging-while-drilling tool and a processor capable of obtaining the downhole drilling fluid measurements and correlating the change in the downhole drilling fluid measurements.

Abstract: Community based defense, in which multiple security devices operate as a part of a single community in providing security defense i.e. avoiding redundant security checks and enables efficient deployment and utilization of resources. The devices in a community communicate with each other to determine their roles and the security policies to enforce, based on the specific role they have undertaken. Thus primary player may operate with a larger set of security policies. However, the secondary players (operating on smaller policy sets) may periodically check the operational status of the primary player and assumes the role of primary, if needed. Later, it may gracefully relinquish the temporary role back to former primary, once the primary is up and operational.

Abstract: Downhole drilling fluid measurements are made as a function of time or as a function of depth. A change in the downhole drilling fluid measurements is correlated to a feature of a formation penetrated by a drill bit or to a feature of fluids in the formation. The downhole drilling fluid measurements may include density, photoelectric factor, hydrogen index, salinity, thermal neutron capture cross section (Sigma), resistivity, slowness, slowing down time, sound velocity, and elemental composition. The feature may include fluid balance, hole-cleaning, a kick, a shallow water flow, a formation fluid property, formation fluid typing, geosteering, geostopping, or an environmental correction. A downhole system has a measurement-while-drilling tool or a logging-while-drilling tool and a processor capable of obtaining the downhole drilling fluid measurements and correlating the change in the downhole drilling fluid measurements.

Abstract: Community based defense, in which multiple security devices operate as a part of a single community in providing security defense i.e. avoiding redundant security checks and enables efficient deployment and utilization of resources. The devices in a community communicate with each other to determine their roles and the security policies to enforce, based on the specific role they have undertaken. Thus primary player may operate with a larger set of security policies. However, the secondary players (operating on smaller policy sets) may periodically check the operational status of the primary player and assumes the role of primary, if needed. Later, it may gracefully relinquish the temporary role back to former primary, once the primary is up and operational.