Which middleware platform should you choose for your next remote service?

  • Authors:

  • Young-Woo Kwon;Eli Tilevich;William R. Cook

  • Affiliations:

  • Department of Computer Science, Virginia Tech, Blacksburg, USA 24060;Department of Computer Science, Virginia Tech, Blacksburg, USA 24060;Department of Computer Sciences, The University of Texas at Austin, Austin, USA 78712

  • Venue:
  • Service Oriented Computing and Applications
  • Year:
  • 2001

Quantified Score

Hi-index 0.00

Visualization

Abstract

Due to the shift from software-as-a-product to software-as-a-service, software components that were developed to run in a single address space must increasingly be accessed remotely across the network. Distribution middleware is frequently used to facilitate this transition. Yet a range of middleware platforms exist, and there are few existing guidelines to help the programmer to choose an appropriate middleware platform to achieve desired goals for performance, conciseness, intuitiveness, and reliability. To address this limitation, in this article, we describe a case study of transitioning an Open Service Gateway Initiative service from local to remote access. In our case study, we evaluate five remote versions of this service, constructed using different distribution middleware platforms. These platforms are implemented by widely-used commercial technologies or have been proposed as improvements on the state of the art. In particular, we implemented a service-oriented version of our own Remote Batch Invocation abstraction. We compare and contrast these implementations in terms of their respective performance, conciseness, complexity, and reliability. Our results can help remote service programmers make informed decisions when choosing middleware platforms for their applications.