Generic component lookup

  • Authors:
  • Till G. Bay;Patrick Eugster;Manuel Oriol

  • Affiliations:
  • Swiss Federal Institute of Technology in Zürich, Chair of Software Engineering, Zürich, Switzerland;Dept. of Computer Science, Purdue University, West Lafayette, IN;Swiss Federal Institute of Technology in Zürich, Chair of Software Engineering, Zürich, Switzerland

  • Venue:
  • CBSE'06 Proceedings of the 9th international conference on Component-Based Software Engineering
  • Year:
  • 2006

Quantified Score

Hi-index 0.00

Visualization

Abstract

The possibilities currently offered to conduct business at an electronic level are immense. Service providers offer access to their attendances through components placed on the Internet; such components can be combined to build applications, which can themselves be used as components by further business units. The final leg of the way to this paradigm has been paved by the advent of service-oriented architectures in general, and Web Services in particular. With protocols existing for any parties to communicate, the most critical ingredient to the success of a business idea remains the task of choosing one's business partners. At a technical level, this translates to the issue of identifying which components represent the most adequate services to build a final application. While each middleware technology and system proposed in the past has been described with its scheme for “looking up” components, this paper chooses the more difficult approach of trying to distill the fundamentals of component lookup. We propose a generic model of component lookup — applicable to settings as diverse as tagged sets, classic white pages, or even method dispatch — and its implementation. We illustrate our model through various examples of existing lookup schemes. It turns out that in our generic context the common distinction between name-based and type-based lookup becomes rather artificial.