Abstract: A computer system includes a processor. The processor is configured to provide a documented screenshot and a machine-executable indication of steps which generated the documented screenshot as contained in documentation. The processor also will execute the steps which generated the documented screenshot, to generate a current screenshot. The processor also will compare the documented screenshot as contained in the documentation to the current screenshot generated by executing the steps, to provide a determination whether the comparison shows differences between the documented screenshot and the current screenshot. A method according to the above will detect changes to a screenshot used in documentation. A non-transitory computer-readable medium can perform a method to detect changes to a screenshot used in documentation.

Abstract: An method and system for handling service interdependencies in an ontology-based emergent environment that prompts service partners to provide both service type information and service parameters through a partner-portal so that the registered services can be classified into ontologies which allow parameters and rules to be associated with each registered service. The ontology modification information is generated by identifying an interdependency, manifesting the interdependency, generating new rules and parameters, and adding the new rules and parameters to the relevant service categories within the ontology database. The service partners are asked about these new parameters when registering a service.

Abstract: A method and system for evaluating service definitions in a service-oriented architecture (SOA) system which provides service offerings categorized according to service categories using a taxonomy. A specification field receives a formal definition of a service. The formal definition is for inclusion to define one of service offerings of the SOA. A current grammar is determined which is currently in effect as a specification-requirement of acceptable definitions for a service category in which the service is categorized. The current grammar is a common grammar. The system determines whether the formal definition in the specification field is acceptable, by adhering to the current grammar determined to be currently in effect as the specification-requirement for the category of the service. The formal definition is accepted for the service when it is determined to be acceptable according to the current grammar. Otherwise, the formal definition is rejected.

Abstract: A method and system for evaluating service definitions in a service-oriented architecture (SOA) system which provides service offerings categorized according to service categories using a taxonomy. A specification field receives a formal definition of a service. The formal definition is for inclusion to define one of service offerings of the SOA. A current grammar is determined which is currently in effect as a specification-requirement of acceptable definitions for a service category in which the service is categorized. The current grammar is a common grammar. The system determines whether the formal definition in the specification field is acceptable, by adhering to the current grammar determined to be currently in effect as the specification-requirement for the category of the service. The formal definition is accepted for the service when it is determined to be acceptable according to the current grammar. Otherwise, the formal definition is rejected.

Abstract: An method and system for handling service interdependencies in an ontology-based emergent environment that prompts service partners to provide both service type information and service parameters through a partner-portal so that the registered services can be classified into ontologies which allow parameters and rules to be associated with each registered service. The ontology modification information is generated by identifying an interdependency, manifesting the interdependency, generating new rules and parameters, and adding the new rules and parameters to the relevant service categories within the ontology database. The service partners are asked about these new parameters when registering a service.

Abstract: A computer system includes a processor. The processor is configured to provide a documented screenshot and a machine-executable indication of steps which generated the documented screenshot as contained in documentation. The processor also will execute the steps which generated the documented screenshot, to generate a current screenshot. The processor also will compare the documented screenshot as contained in the documentation to the current screenshot generated by executing the steps, to provide a determination whether the comparison shows differences between the documented screenshot and the current screenshot. A method according to the above will detect changes to a screenshot used in documentation. A non-transitory computer-readable medium can perform a method to detect changes to a screenshot used in documentation.

Abstract: The present technology relates to a method for granting a user secure access to one or more resources accessed by a process. The process is defined in a Service-Oriented Architecture (SOA) registry and includes one or more process-steps, where each process-step accesses one or more resources stored in an SOA repository.

Abstract: Certain example embodiments described herein relate to techniques for test automations in emergent systems. More particularly, certain example embodiments provide a mechanism for dynamic recognition of combinations of services/components, monitoring of their real-time usage, and automatic generation and running of tests for the combinations at appropriate times (e.g. when part of a combination is updated). The tests for individual (and, if available, combinations of) services are associated with the services using a registry. A taxonomy or ontology can be used to denote the semantics of the services, providing an array of options for assessing how and when to run tests and actions. It also is possible to detect similar combinations of services automatically.

Abstract: Monitoring a software system based on a service oriented architecture (SOA). The method may involve system components communicating with each other via sending messages. The method may include receiving a monitoring message by a monitoring component where the monitoring message may be sent from a system component of the software system. The method may further include providing an ontology including at least one interpretation rule for the message by the monitoring component. The method may also include reacting of the monitoring component in accordance with the at least one interpretation rule.

Abstract: Certain example embodiments relate to a database index for indexing one or more text documents in a database. The text documents include one or more hierarchical nodes, and each node includes one or more words. The database index includes at least one entry, with each entry including a key. The key, in turn, includes a subset of words occurring in one of the hierarchical nodes of the text documents and the name of the respective hierarchical node. Associated with each key is a value including one or more references to the text documents in which the subset of words occurs.

Abstract: Certain example embodiments described herein relate to techniques for test automations in emergent systems. More particularly, certain example embodiments provide a mechanism for dynamic recognition of combinations of services/components, monitoring of their real-time usage, and automatic generation and running of tests for the combinations at appropriate times (e.g. when part of a combination is updated). The tests for individual (and, if available, combinations of) services are associated with the services using a registry. A taxonomy or ontology can be used to denote the semantics of the services, providing an array of options for assessing how and when to run tests and actions. It also is possible to detect similar combinations of services automatically.

Abstract: Certain example embodiments relate to techniques for automatically deriving web service permissions based on XML structure permissions. A call for a web service operation is received from a client at a web service runtime engine. XML data objects from a database of XML data objects located on an XML server implicated by the called web service operation are identified. The XML data objects have corresponding XML data structures. Access permissions for the user for the identified XML data objects are retrieved from the XML server, the access permissions for the web service having been generated automatically from access permissions based on the XML data structures for corresponding XML data objects. The called web service operation is either permitted or prohibited based on a determination, at the web service runtime engine and based on the retrieved access permissions. Thus, data access requests are handled in the “higher” web service layer.

Abstract: A method of pre-processing an XQuery on a XML data base and may comprise parsing the XQuery to obtain an abstract syntax tree and typing the abstract syntax tree to provide at least one pointer into a schema for XML documents of the XML data base. The typing step may involve the use of schema and accumulated instance data of the XML data base. Use of the accumulated instance data in addition to schema data allows for reduction of the set of pointers to a smaller set, which in turn reduces the number of documents to be examined when the query is executed.

Abstract: Certain example embodiments relate to techniques for automatically deriving web service permissions based on XML structure permissions. A call for a web service operation is received from a client at a web service runtime engine. XML data objects from a database of XML data objects located on an XML server implicated by the called web service operation are identified. The XML data objects have corresponding XML data structures. Access permissions for the user for the identified XML data objects are retrieved from the XML server, the access permissions for the web service having been generated automatically from access permissions based on the XML data structures for corresponding XML data objects. The called web service operation is either permitted or prohibited based on a determination, at the web service runtime engine and based on the retrieved access permissions. Thus, data access requests are handled in the “higher” web service layer.

Abstract: A method for generating a system specific security-definition for a heterogeneous subsystem of a computing system is provided. A natural-language security-definition is stored in a rule-repository. A machine-readable security-definition is stored and a first mapping of a natural-language security-definition onto a machine-readable security-definition is stored in the rule-repository. A system-specific security-definition is generated from a machine-readable security-definition by a rule-converter that corresponds to a heterogeneous subsystem. The generation is based on a second mapping of each machine-readable security definition onto indications of system-specific security-definitions.

Abstract: A computing system includes a service-oriented architecture (SOA) registry that includes an SOA-application description, an abstract component description, a concrete component description, and a platform description. The SOA-application description is related to the abstract component description of a component of the SOA-application. The concrete component description includes a requirement of a respective component for a target platform. The platform descriptor describes a property of the target platform. The computing system is configured to deploy the SOA-application and its respective components to the target platform in accordance with the concrete descriptions.

Abstract: Certain example embodiments relate to a system for secure complex event processing (CEP). The system includes an input adaptor configured to receive at least one input event from at least one external source system. The at least one input event comprises at least one event-specific disclosure permission concerning data of the input event. A CEP engine is configured to process the at least one input event and to produce at least one corresponding complex output event. A security enforcer is configured to remove data from the at least one output event that is not in accordance with the at least one event-specific disclosure permission defined in the corresponding at least one input event. An output adaptor is configured to send the at least one output event to at least one external target system.

Abstract: Monitoring a software system based on a service oriented architecture (SOA). The method may involve system components communicating with each other via sending messages. The method may include receiving a monitoring message by a monitoring component where the monitoring message may be sent from a system component of the software system. The method may further include providing an ontology including at least one interpretation rule for the message by the monitoring component. The method may also include reacting of the monitoring component in accordance with the at least one interpretation rule.

Abstract: Monitoring a software system based on a service oriented architecture (SOA). The method may involve system components communicating with each other via sending messages. The method may include receiving a monitoring message by a monitoring component where the monitoring message may be sent from a system component of the software system. The method may further include providing an ontology including at least one interpretation rule for the message by the monitoring component. The method may also include reacting of the monitoring component in accordance with the at least one interpretation rule.

Abstract: Certain example embodiments relate to a system for secure complex event processing (CEP). The system includes an input adaptor configured to receive at least one input event from at least one external source system. The at least one input event comprises at least one event-specific disclosure permission concerning data of the input event. A CEP engine is configured to process the at least one input event and to produce at least one corresponding complex output event. A security enforcer is configured to remove data from the at least one output event that is not in accordance with the at least one event-specific disclosure permission defined in the corresponding at least one input event. An output adaptor is configured to send the at least one output event to at least one external target system.