Abstract: Systems, methods, and computer program products are provided for reducing the size of image level backups. An example method receives backup parameters identifying a physical or Virtual Machine (VM) to backup and at least one file system object to include in the backup. The method connects to production storage corresponding to the selected physical or virtual machine and obtains access to data stored in disk corresponding to the selected file system object(s). The method fetches file allocation table (FAT) blocks from the disk and parses contents of the FAT blocks to determine if the disk blocks correspond to the selected file system object(s). The method creates a backup disk image FAT comprising blocks corresponding to the selected file system object(s), The method creates a reconstructed disk image FAT blocks corresponding to the backup FAT and disk image data blocks belonging to the selected file system object(s) and all other disk image data blocks are saved as zero blocks.

Abstract: Certain example embodiments relate to an inline dispatching function interface (IDFI) statically linked to an application and dynamically linkable to at least one library. The IDFI is transparent to the application. Processing resources maintain a process space and execute the application in connection with it. The at least one library is usable by, but external to, the application. The IDFI is configured to at least: automatically reload the at least one library into the process space during runtime in response to a detected trigger event, without interrupting processing of the application, and while also automatically synchronizing processing threads relevant to execution of the at least one library; receive, from the application and through header file directives added to the application during compilation of the application, a call for a function of the at least one library; and responsive to reception of the call, execute the call to the function.

Abstract: Certain example embodiments relate to techniques for detecting anomalies in streaming data. More particularly, certain example embodiments use an approach that combines both unsupervised and supervised machine learning techniques to create a shared anomaly detection model in connection with a modified k-means clustering algorithm and advantageously also enables concept drift to be taken into account. The number of clusters k need not be known in advance, and it may vary over time. Models are continually trainable as a result of the dynamic reception of data over an unknown and potentially indefinite time period, and clusters can be built incrementally and in connection with an updatable distance threshold that indicates when a new cluster is to be created. Distance thresholds also are dynamic and adjustable over time.

Abstract: Embodiments provide systems, methods, and computer program products for enabling user authorization to perform a file level recovery from an image level backup of a virtual machine without the need for access control by an administrator. Specifically, embodiments enable an access control mechanism for controlling access to stored image level backups of a virtual machine. In an embodiment, the virtual machine includes a backup application user interface that can be used to send a restoration request to a backup server. The restoration request can include a machine identifier and a user identifier of the user logged onto the virtual machine. The backup server includes a backup application that determines whether or not the machine identifier contained in the restoration request can be matched to a machine identifier of a virtual machine present in one of the virtual machine backups stored on the backup server.

Abstract: Certain example embodiments relate to trade surveillance and monitoring systems and/or methods that take into account both subjective physical trader emotional attributes, and objective activity measures (e.g., trading activity, financial market activity, etc.). Detect scenarios (which may be thought of as logical sequences that define types or patterns used in detecting unwanted incidents) and context scenarios (which may be thought of as logical sequences that help provide additional context in the investigation stage of an incident) may be defined to take into account such information and be used in these and/or regards.

Abstract: A method is provided for process reconstruction, including extracting system type attributes and associated system identification attributes from pieces of data, each system type attribute containing information identifying the type of system that generated the data, and each system identification attribute containing information identifying the system that generated the data; extracting a process identification attribute from the pieces of data that identifies the pieces of data as belonging to a process instance; determining a hierarchy of functions based on a grouping operation, the hierarchy being based on the system type attributes and the system identification attributes; generating a configuration file for applying reconstruction methods that is set to selectively apply each of the reconstruction methods based on the hierarchy of functions and a mapping table that pairs the system type attributes and the reconstruction methods; and applying the reconstruction methods to the pieces of data according to

Abstract: Certain example embodiments tie the business process governance and Service Oriented Architecture (SOA) governance processes together through the use of Business Process Model and Notation (BPMN) and Event Driven Architecture (EDA) based messaging. That is, in certain example embodiments, a BPMN agent integrated into a SOA registry and publish/subscribe agents deployed to the SOA registry and a business process engine are used to bring the business and SOA governances together through an EDA that helps generate relevant messages from a BPMN model representing the various governance mechanisms. Advantageously, a Complex Event Processing (CEP) engine and business analytics modules may provide monitoring and feedback to both parts of the overall architecture.

Abstract: Certain example embodiments described herein relate to a File Metadata Handler that helps an integrated managed file transfer solution perform processing in connection with complex distributed file systems, while still cooperating with more straightforward and/or conventional file systems, servers, and/or the like. The File Metadata Handler of certain example embodiments may be able to work with, or take the place of, a more conventional file handler adapter, e.g., to provide possibly required pre-processing and/or additional file processing at runtime for more complex file systems, transport protocols, and/or the like.

Abstract: A computerized method implemented in at least one processor for at least one of viewing, editing, and handling Business Process Management artifacts, the method including storing in a database repository coupled to the at least one processor, a plurality of computerized editor representations, receiving, by the at least one processor, a computerized request from a client computer for a database artifact stored in the database repository, accessing, by the at least one processor, the requested database artifact within the database repository, selecting, by the at least one processor, a specific computerized editor representation from the plurality of computerized editor representations, the specific computerized editor representation corresponding to the requested database artifact, and causing, by the at least one processor, the specific computerized editor to be provided to the client computer along with the requested database artifact.

Abstract: The present technology concerns a complex event processing (CEP) engine for processing CEP queries over data streams. The CEP engine has a parser, adapted for parsing a received CEP query into a logical query graph and a translator adapted for translating the logical query graph into a physical query plan in accordance with one of a plurality of data stream representations. The logical query graph is independent of the plurality of data stream representations.

Abstract: Certain example embodiments relate to a system (1) for handling performance issues of a production Complex Event Processing, CEP, system (2) during runtime. The production CEP system (2) includes at least one event source, at least one continuous query and at least one event sink. The system (1) includes: at least one monitoring sensor for producing a stream of status events relating to the production CEP system (2); and a monitoring CEP system (10) for executing at least one continuous analysis query on the stream of status events to produce a stream of monitoring events. The stream of monitoring events indicates performance issues of the production CEP system (2) relating to the throughput, the latency, and/or the memory consumption of the production CEP system (2).

Abstract: Dynamic help is generated for a process which is defined by a process model definition stored in a repository. A help request triggers help, and identifies an application system for which help is requested. The application system is in a repository which provides an API that navigates and accesses contained objects and process model definitions in the repository. The processor determines, in response to the help request, which of configurations stored in a dynamic process help generator (DPHG) storage to use to provide help, based on the application system of the help request. The processor obtains, from that configuration, information indicating relations of the repository related to the application system, process models and objects. The processor requests, via the repository API, the process models and objects based on the information obtained from that configuration. The processor provides, as a response to the help request, the relations, process models and objects.

Abstract: Systems, methods, and computer program products are provided for selective processing of file system objects for an image level backup. An example method receives backup parameters for an image level backup. The backup parameters include a selection of at least one file system object to include. The method attaches to a source disk as a block device. The source disk corresponds to the selected at least one file system object, and a file system includes a file allocation table (FAT). The method determines file system objects of the source disk to be excluded from the image level backup. The method issues file deletion API calls to initiate deletion of the determined file system objects. The method stores FAT content change caused by the issued file deletion API calls. The method creates a reconstructed disk image from the source disk based on the stored FAT content change.

Abstract: Certain example embodiments relate to a Resume Trigger Manager (RTM) and associated computing framework that handles client-server communications associated with automated application testing and/or monitoring, for both a system under test and third-party servers. The RTM in certain example embodiments performs the test execution by routing service request messages from one or more clients to the web server in accordance; maintains a count of open service requests for each client; and relays return messages from the web server to the client(s). When a wait request is received from a given client, the RTM may determine that there are no open service requests for that client and send a wait response message indicating same; and/or that a period of time has elapsed and accordingly interrupt pending service requests for that client, reset that client's counter, and return a wait response message indicating that the predefined period of time has elapsed.

Abstract: Certain example embodiments described herein relate to systems and/or methods for electronic trading. An example embodiment stores pre-trade order evaluation rules in a memory. The embodiment includes receiving at least one trading order, determining a sequencing of the pre-trade order evaluation rules based on one or more dynamically updated performance metrics associated with the pre-trade order evaluation rules, applying the pre-trade order evaluation rules to the at least one received trading order in accordance with the determined sequencing, and based on results from the applying, either transmitting the at least one received trading order to a trading exchange or rejecting the at least one received trading order.

Abstract: A computer system is provided that stores files in a structured file format and stores configuration files that indicate programmatic definitions for handlers. A processing system generates in-memory models of the structured files and creates a list of observer objects and observable objects. A handler is generated for each observer and observable object. The handlers handle how changes are to be updated and/or propagated to other files. When a data value of one of the files is to be updated and the data value is associated with an observable element of that file, the handler for the corresponding observable object is triggered. A handler for an observer object will also be triggered that shares the topic of the attribute being observed. Once the in-memory representation of the models are updated, the models are persisted back to non-volatile storage (as files) where the changes are reflected.

Abstract: Certain example embodiments relate to techniques for investigating event streams in complex event processing (CEP) environments. Input events from one or more input event streams and query registration-related events from a registration event stream are received. Query registration-related events are associated with actions taken with respect to queries performed on the input event stream(s). Event-based profiles are developed by subjecting the received input events to a profiling CEP engine. Event-based profiles include data mining related and/or statistical characteristics for each input event stream. Query-based profiles are developed by subjecting the received query registration-related events to the CEP engine. Query-based profiles include data indicative of how relevant the queries performed on the input event stream(s) are and/or how those queries are relevant to the input event stream(s) on which they are performed.

Abstract: In a method, system, or computer-readable medium for an ontology-based request/reply service (RRS), different request/reply services (RRS) are hosted, each different RRS dedicatedly represents a different unique service and provides connections from client to server instance of the unique service, each different RRS accessed by client and server instances through a same independent communication layer (ICL). A request from the client is received through the ICL. The RRS is determined by the unique service indicated in the request, and instantiated dynamically as needed, according to an individual RRS ontology which establishes a syntactical and semantical framework dedicated to the unique service. The request is routed to the RRS and then through a server instance of the unique service to process the request; then a response is returned to the client to satisfy the request. It provides transport connectivity and mutual communication between combinations of clients, different RRSs, and server instances.

Abstract: Certain example embodiments relate to techniques for debugging and/or introspecting an integration deployed in a distributed computing environment. The integration includes operations performable responsive to receipt of instructions from an orchestrating system by public interfaces of computing systems in the distributed computing environment. The orchestrating system is remote from the computing systems. An inverse operation for at least some of the performable operations in the integration is identified. The inverse operations also are performable responsive to receipt of instructions from the orchestrating system by the public interfaces of the computing systems of the distributed computing environment. Each inverse operation reveals, upon its performance, an effect of one or more associated performable operations.

Abstract: In certain example embodiments, heterogeneous cloud-store provider access systems (HCPAS), and/or associated methods, are provided. Certain example embodiments provide users with managed access to cloud stores distributed across multiple, disparate providers, in a device-independent manner. A common API and user-friendly user interface allow for a single sign-on access to the various providers. Advantageously, users need not download and install differing cloud store provider access software for each provider, device, and/or provider-device combination, used to access the cloud drives. Instead, by using the HCPAS, a user can manage the distributed storage and provide improved common access, e.g., in terms of administrative and operational functions.