scispace - formally typeset
Search or ask a question
Author

Karthikeyan Ponnalagu

Other affiliations: University of Wollongong
Bio: Karthikeyan Ponnalagu is an academic researcher from IBM. The author has contributed to research in topics: Service-oriented architecture & Business process. The author has an hindex of 14, co-authored 43 publications receiving 554 citations. Previous affiliations of Karthikeyan Ponnalagu include University of Wollongong.

Papers
More filters
Journal ArticleDOI
TL;DR: Extensibility, traceability, variation-oriented design, and automatic generation of technical documentation and code artifacts are shown to be some of the properties of the SOMA-ME tool.
Abstract: The service-oriented modeling and architecture modeling environment (SOMA-ME) is first a framework for the model-driven design of service-oriented architecture (SOA) solutions using the service-oriented modeling and architecture (SOMA) method. In SOMA-ME, Unified Modeling Language (UML™) profiles extend the UML 2.0 metamodel to domain-specific concepts. SOMA-ME is also a tool that extends the IBM Rational® Software Architect product to provide a development environment and automation features for designing SOA solutions in a systematic and model-driven fashion. Extensibility, traceability, variation-oriented design, and automatic generation of technical documentation and code artifacts are shown to be some of the properties of the SOMA-ME tool.

73 citations

Book ChapterDOI
25 Nov 2009
TL;DR: This paper takes a deeper look at how the key SOA quality attributes of service cohesion, coupling, reusability, composability and granularity may be evaluated, based only on service design level information, and adapt some of the well-known software design metrics to the SOA context.
Abstract: Service Oriented Architecture (SOA) has gained popularity as a design paradigm for realizing enterprise software systems through abstract units of functionality called services While the key design principles of SOA have been discussed at length in the literature, much of the work is prescriptive in nature and do not explain how adherence to these principles can be quantitatively measured in practice In some cases, metrics for a limited subset of SOA quality attributes have been proposed, but many of these measures have not been empirically validated on real-life SOA designs In this paper, we take a deeper look at how the key SOA quality attributes of service cohesion, coupling, reusability, composability and granularity may be evaluated, based only on service design level information We survey related work, adapt some of the well-known software design metrics to the SOA context and propose new measures where needed These measures adhere to mathematical properties that characterize the quality attributes We study their applicability on two real-life SOA design models from the insurance industry using a metrics computation tool integrated with an Eclipse-based service design environment We believe that availability of these measures during SOA design will aid early detection of design flaws, allow different design options and trade-offs to be considered and support planning for development, testing and governance of the services

48 citations

Book ChapterDOI
17 Sep 2007
TL;DR: This paper uses aspect-oriented programming (AOP) technology for specifying and relating non-functional properties of the Web services as aspects at both levels of component and composite, and develops a formally specifiable relation function between the aspects of the component Web services and those of the composite Web service.
Abstract: Existing web service composition and adaptation mechanisms are limited only to the scope of web service choreography in terms of web service selection/invocation vis-a-vis pre-specified Service Level Agreement constraints. Such a scope hardly leaves ground for a participating service in a choreographed flow to re-adjust itself in terms of changed non functional expectations and most often these services are discarded and new services discovered to get inducted into the flow. In this paper, we extend this idea by focusing on run-time adaptation of non-functional features of a composite Web service by modifying the non-functional features of its component Web services. We use aspect-oriented programming (AOP) technology for specifying and relating non-functional properties of the Web services as aspects at both levels of component and composite. This is done via a specification language for representing non-functional properties, and a formally specifiable relation function between the aspects of the component Web services and those of the composite Web service. From the end users' viewpoint, such upfront aspect-oriented modeling of non-functional properties enables on-demand composite Web service adaptation with minimal disruption in quality of service. We demonstrate the applicability and merits of our approach via an implementation of a simple yet real-life example.

46 citations

Patent
Atul Gohad1, Karthikeyan Ponnalagu1
09 Mar 2012
TL;DR: In this paper, a method computing resources are dynamically provisioned to meet service level objectives in a cloud computing environment, based on the current resource needs and the quality of the resources available in order to meet the cloud job tenancy and the service-level objectives.
Abstract: According to one embodiment of the present invention, a method computing resources are dynamically provisioned to meet service level objectives in a cloud computing environment. Resources available for provisioning to the cloud computing environment are determined and the quality thereof monitored. Current resource needs for a cloud job tenancy are determined, and selected resources are dynamically provisioned from resources available for provisioning based on the current resource needs and the quality of the resources available in order to meet the cloud job tenancy and the service level objectives.

32 citations

Patent
23 Oct 2003
TL;DR: In this paper, a web service request is received by an intermediary that performs a conversion of the requestor's service interface to the service interface supported by a service provider matching the requested service, then invokes that service.
Abstract: A web service request is received by an intermediary that performs a conversion of the requestor's service interface to the service interface supported by a service provider matching the requested service, then invokes that service. A reverse conversion is performed when passing a reply to the requester. The web serving intermediary maintains a library of each target service in terms of the target service's tModel and on its binding protocol support. The intermediary receives web service requests from requestors including their source tModel and target web service information. The intermediary identifies a mapping aspect to invoke the target web service from the aspect library. The target service tModel is embodied in the mapping aspect which is weaved into the code invoking the target service at runtime. In this way, the interface logic is decided at run time.

30 citations


Cited by
More filters
Journal Article
TL;DR: AspectJ as mentioned in this paper is a simple and practical aspect-oriented extension to Java with just a few new constructs, AspectJ provides support for modular implementation of a range of crosscutting concerns.
Abstract: Aspect] is a simple and practical aspect-oriented extension to Java With just a few new constructs, AspectJ provides support for modular implementation of a range of crosscutting concerns. In AspectJ's dynamic join point model, join points are well-defined points in the execution of the program; pointcuts are collections of join points; advice are special method-like constructs that can be attached to pointcuts; and aspects are modular units of crosscutting implementation, comprising pointcuts, advice, and ordinary Java member declarations. AspectJ code is compiled into standard Java bytecode. Simple extensions to existing Java development environments make it possible to browse the crosscutting structure of aspects in the same kind of way as one browses the inheritance structure of classes. Several examples show that AspectJ is powerful, and that programs written using it are easy to understand.

2,947 citations

Journal ArticleDOI
TL;DR: A survey of the different security risks that pose a threat to the cloud is presented and a new model targeting at improving features of an existing model must not risk or threaten other important features of the current model.

2,511 citations

Journal Article
TL;DR: A framework for model driven engineering is set out, which proposes an organisation of the modelling 'space' and how to locate models in that space, and identifies the need for defining families of languages and transformations, and for developing techniques for generating/configuring tools from such definitions.
Abstract: The Object Management Group's (OMG) Model Driven Architecture (MDA) strategy envisages a world where models play a more direct role in software production, being amenable to manipulation and transformation by machine. Model Driven Engineering (MDE) is wider in scope than MDA. MDE combines process and analysis with architecture. This article sets out a framework for model driven engineering, which can be used as a point of reference for activity in this area. It proposes an organisation of the modelling 'space' and how to locate models in that space. It discusses different kinds of mappings between models. It explains why process and architecture are tightly connected. It discusses the importance and nature of tools. It identifies the need for defining families of languages and transformations, and for developing techniques for generating/configuring tools from such definitions. It concludes with a call to align metamodelling with formal language engineering techniques.

1,476 citations

Proceedings ArticleDOI
21 Apr 2008
TL;DR: This paper objectify the WS-* vs. REST debate by giving a quantitative technical comparison based on architectural principles and decisions and shows that the two approaches differ in the number of architectural decisions that must be made and in theNumber of available alternatives.
Abstract: Recent technology trends in the Web Services (WS) domain indicate that a solution eliminating the presumed complexity of the WS-* standards may be in sight: advocates of REpresentational State Transfer (REST) have come to believe that their ideas explaining why the World Wide Web works are just as applicable to solve enterprise application integration problems and to simplify the plumbing required to build service-oriented architectures. In this paper we objectify the WS-* vs. REST debate by giving a quantitative technical comparison based on architectural principles and decisions. We show that the two approaches differ in the number of architectural decisions that must be made and in the number of available alternatives. This discrepancy between freedom-from-choice and freedom-of-choice explains the complexity difference perceived. However, we also show that there are significant differences in the consequences of certain decisions in terms of resulting development and maintenance costs. Our comparison helps technical decision makers to assess the two integration styles and technologies more objectively and select the one that best fits their needs: REST is well suited for basic, ad hoc integration scenarios, WS-* is more flexible and addresses advanced quality of service requirements commonly occurring in enterprise computing.

1,000 citations

Journal ArticleDOI
TL;DR: This survey paper summarizes the current state-of-the-art of Internet of Things architectures in various domains systematically and proposes to solve real-life problems by building and deployment of powerful Internet of Nothing notions.

942 citations