Monitoring Web service requirements

Robinson, William

doi:10.1109/icre.2003.1232738

Cited by 95 publications

(60 citation statements)

References 31 publications

Supporting

Mentioning

Contrasting

Order By: Relevance

“…SLA negotiation approaches for service composition have also been proposed [19], [63]. However, services need to be monitored at runtime to substantially guarantee that their qualities conform to the SLAs [50] because SLAs only provide traditional recourse, rather than timely alerts of impending SLA violations [52]. At runtime, anomalies, e.g.…”

Section: Related Workmentioning

confidence: 99%

“…In this SLA compliance monitor, three web service monitoring services, namely Measurement Service, Condition Evaluation Service and Deployment Service, are implemented for the purposes of metric definitions, metric update receipts and WSLA document decomposition respectively. The authors of [52] propose a two-level monitoring system named ReqMon. In ReqMon, each web service site contains at least one monitor server and there is a global integrative monitor that controls individual monitors.…”

Section: Related Workmentioning

confidence: 99%

See 1 more Smart Citation

Formulating Cost-Effective Monitoring Strategies for Service-Based Systems

Han

Yang

et al. 2014

IIEEE Trans. Software Eng.

View full text Add to dashboard Cite

Abstract-When operating in volatile environments, service-based systems (SBSs) that are dynamically composed from component services must be monitored in order to guarantee timely and successful delivery of outcomes in response to user requests. However, monitoring consumes resources and very often impacts on the quality of the SBSs being monitored. Such resource and system costs need to be considered in formulating monitoring strategies for SBSs. The critical path of a composite SBS, i.e., the execution path in the service composition with the maximum execution time, is of particular importance in cost-effective monitoring as it determines the response time of the entire SBS. In volatile operating environments, the critical path of an SBS is probabilistic, as every execution path can be critical with a certain probability, i.e., its criticality. As such, it is important to estimate the criticalities of different execution paths when deciding which parts of the SBS to monitor. Furthermore, cost-effective monitoring also requires management of the trade-off between the benefit and cost of monitoring. In this paper, we propose CriMon, a novel approach to formulating and evaluating monitoring strategies for SBSs. CriMon first calculates the criticalities of the execution paths and the component services of an SBS and then, based on those criticalities, generates the optimal monitoring strategy considering both the benefit and cost of monitoring. CriMon has two monitoring strategy formulation methods, namely local optimisation and global optimisation. In-lab experimental results demonstrate that the response time of an SBS can be managed cost-effectively through CriMon-based monitoring. The effectiveness and efficiency of the two monitoring strategy formulation methods are also evaluated and compared.

show abstract

Section: Related Workmentioning

confidence: 99%

Section: Related Workmentioning

confidence: 99%

Formulating Cost-Effective Monitoring Strategies for Service-Based Systems

Han

Yang

et al. 2014

IIEEE Trans. Software Eng.

View full text Add to dashboard Cite

show abstract

“…There has been a lot of work done both in web service monitoring (Robinson, 2003;Birman et al, 2004;G. Canfora et al, 2005) and in adding fault tolerant to existing systems (L. Moser et al, 1999;Natarajan et al, 2000), but they are not specifically addressing fault tolerance in BPEL processes.…”

Section: Related Workmentioning

confidence: 99%

“…In order to create coarse grained business processes that constitute a number of related business functions, a high-level work flow language such as BPEL (Weerawarana and Curbera, 2002) is often used. However, due to the autonomous nature of the Web services, it is difficult for a third party user to ensure and check that a Web service will fulfill its requirements (functional or non-functional) (Robinson, 2003;Menasc, 2002). Consequently, the inherent openness of the interactions among Web services leaves BPEL processes susceptible to the failures of their constituent services.…”

Section: Introductionmentioning

confidence: 99%

“…The problem of monitoring Web services is however compounded by the fact that traditional monitoring, debugging and testing tools do not suffice because some services may be outside the control of the developer of the BPEL process (Vogels, 2003). One type of monitoring that can be done on such autonomous Web services is to check that they fulfill their service contracts (Robinson, 2003). Existing methods of monitoring BPEL processes either do not fully separate the functional from the nonfunctional requirements of the process (Baresi et al, 2004) or do not maintain the portability of the BPEL process by extending the BPEL language or the BPEL engine (M. Blow et al, ).…”

Section: Introductionmentioning

confidence: 99%

See 1 more Smart Citation

Enabling Robustness in Existing Bpel Processes

Ezenwoye

Sadjadi

2006

Proceedings of the Eighth International Conference on Enterprise Information Systems

View full text Add to dashboard Cite

Abstract:Web services are increasingly being used to expose applications over the Internet. To promote efficiency and the reuse of software, these Web services are being integrated both within enterprises and across enterprises, creating higher function services. BPEL is a workflow language that can be used to facilitate this integration. Unfortunately, the autonomous nature of Web services leaves BPEL processes susceptible to the failures of their constituent services. In this paper, we present a systematic approach to making existing BPEL processes more fault tolerant by monitoring the involved Web services at runtime, and by replacing delinquent Web services. To show the feasibility of our approach, we developed a prototype implementation that generates more robust BPEL processes from existing ones automatically. The use of the prototype is demonstrated using an existing Loan Approval BPEL process.

show abstract

Process Mining and Verification of Properties: An Approach Based on Temporal Logic

Aalst

Beer

Dongen

2005

Lecture Notes in Computer Science

215

114

View full text Add to dashboard Cite

Abstract. Information systems are facing conflicting requirements. On the one hand, systems need to be adaptive and self-managing to deal with rapidly changing circumstances. On the other hand, legislation such as the Sarbanes-Oxley Act, is putting increasing demands on monitoring activities and processes. As processes and systems become more flexible, both the need for, and the complexity of monitoring increases. Our earlier work on process mining has primarily focused on process discovery, i.e., automatically constructing models describing knowledge extracted from event logs. In this paper, we present another approach supported by our ProM framework and based on both a standard XML format and temporal logic. Given an event log and a property, our LTL Checker verifies whether the observed behavior matches the (un)expected/(un)desirable behavior.

show abstract

Monitoring Web service requirements

Cited by 95 publications

References 31 publications

Formulating Cost-Effective Monitoring Strategies for Service-Based Systems

Formulating Cost-Effective Monitoring Strategies for Service-Based Systems

Enabling Robustness in Existing Bpel Processes

Process Mining and Verification of Properties: An Approach Based on Temporal Logic

Contact Info

Product

Resources

About