Jump to content

Mashup (web application hybrid)

From Wikipedia, the free encyclopedia

This is an old revision of this page, as edited by Wombat97 (talk | contribs) at 03:45, 31 May 2009 (→‎Mashup editors). The present address (URL) is a permanent link to this revision, which may differ significantly from the current revision.

In web development, a mashup is a Web application that combines data or functionality from two or more sources into a single integrated application. The term mashup implies easy, fast integration, frequently done by access to open APIs and data sources to produce results that were not the original reason for producing the raw source data. An example of a mashup is the use of cartographic data from Google Maps to add location information to real estate data, thereby creating a new and distinct Web service that was not originally provided by either source.

Types of mashups

There are many types of mashups, such as consumer mashups, data mashups, and business mashups. The most common type of mashup is the consumer mashup, aimed at the general public. Examples include Google Maps mashups, which combine web-based data sources with interactive cartographic maps. HousingMaps.com has often been cited as a canonical example [1] [2] of what constitutes a Mashup, or composite web application, where data sourced from one site (Craigslist.org) is then mashed up with Google Maps data in a visual form through map markers placed on the cartographic map. According to programmableweb.com, Mapping APIs such as the Google Maps API have been the most commonly used kind of API for programmable Mashup creation over the last several years.

Data mashups combine similar types of media and information from multiple sources into a single representation. An example is the Havaria Information Services' AlertMap, which combines data from over 200 sources related to severe weather conditions, biohazard threats, and seismic information, and displays them on a map of the world.

Business mashups focus data into a single presentation and allow for collaborative action among businesses and developers.

Examples

The potential use cases for mashups are as wide and varied as the Web. Some of the most common early applications included mapping, video, and photos. [3]

Flickrvision is an example of a mashup made using Flickr's API.

CoolFlick is a mashup using the Flickr API as well as the Cooliris embedded wall.

Employment

JobBlob is a mashup using aggregated job data.

News aggregation

Digg is a mashup of various news Web sites controlled almost entirely by the users of the Web site.

Feed Chronicle is a mashup of blogs and news websites, driven by the community, in a customizable newspaper.

Personal start pages

igoogle, netvibes, and pageflakes are mashups where users can add news, games, photos, podcasts or weather to their personal start pages. Other personal start pages such as allyve allow users to add information from personal accounts.

Mashups versus portals

Mashups and portals are both content aggregation technologies. Portals are an older technology designed as an extension to traditional dynamic Web applications, in which the process of converting data content into marked-up Web pages is split into two phases - generation of markup "fragments" and aggregation of the fragments into pages. Each markup fragment is generated by a "portlet", and the portal combines them into a single Web page. Portlets may be hosted locally on the portal server or remotely on another server.

Portal technology defines a complete event model covering reads and updates. A request for an aggregate page on a portal is translated into individual read operations on all the portlets that form the page ("render" operations on local, JSR 168 portlets or "getMarkup" operations on remote, WSRP portlets). If a submit button is pressed on any portlet on a portal page, it is translated into an update operation on that portlet alone ("processAction" on a local portlet or "performBlockingInteraction" on a remote, WSRP portlet). The update is then immediately followed by a read on all portlets on the page.

Portal technology is about server-side, presentation-tier aggregation. It cannot be used to drive more robust forms of application integration such as two-phase commit.

Mashups differ from portals in the following respects:

Portal Mashup
Classification Older technology, extension to traditional Web server model using well defined approach Using newer, loosely defined "Web 2.0" techniques
Philosophy/Approach Approaches aggregation by splitting role of Web server into two phases - markup generation and aggregation of markup fragments Uses APIs provided by different content sites to aggregate and reuse the content in another way
Content dependencies Aggregates presentation-oriented markup fragments (HTML, WML, VoiceXML, etc.) Can operate on pure XML content and also on presentation-oriented content (e.g., HTML)
Location dependencies Traditionally content aggregation takes place on the server Content aggregation can take place either on the server or on the client
Aggregation style "Salad bar" style - Aggregated content is presented 'side-by-side' without overlaps "Melting Pot" style - Individual content may be combined in any manner, resulting in arbitrarily structured hybrid content
Event model Read and update event models are defined through a specific portlet API CRUD operations are based on REST architectural principles, but no formal API exists
Relevant standards Portlet behaviour is governed by standards JSR 168, JSR 286 and WSRP, although portal page layout and portal functionality are undefined and vendor-specific Base standards are XML interchanged as REST or Web Services. RSS and Atom are commonly used. More specific mashup standards are expected to emerge.

The portal model has been around longer and has had greater investment and product research. Portal technology is therefore more standardised and mature. Over time, increasing maturity and standardization of mashup technology may make it more popular than portal technology. New versions of portal products are expected to eventually add mashup support while still supporting legacy portlet applications. Mashup technologies, in contrast, are not expected to provide support for portal standards.

Business mashups

Mashup use is expanding in the business environment. Business Mashups are useful for integrating business and data services, as Business Mashups technologies provide the ability to develop new integrated services quickly, to combine internal services with external or personalized information, and to make these services tangible to the business user through user-friendly Web browser interfaces. [4]

Business mashups differ from consumer mashups in the level of integration with business computing environments, security and access control features, governance, and the sophistication of the programming tools (mashup editors) used. Another difference between business mashups and consumer mashups is a growing trend of using Business Mashups in commercial software as a service offering.

After several years of standards development, mainstream businesses are starting to adopt Service-oriented architectures (SOA) to integrate disparate data by making this data available as discrete Web services (Microsoft prefers the term XML Web Services to indicate standards-based SOA services). Web services provide open, standardized protocols to provide a unified means of accessing information from a diverse set of platforms (operating systems, programming languages, applications). These Web services can be reused to provide completely new services and applications within and across organizations, providing business flexibilty.

Many of the providers of Business Mashup technologies have added SOA features.

Examples include: Google Mashup Editor, JackBe and Microsoft Popfly

Architectural aspects of mashups

Architecturally, there are two styles of mashups: Web-based and server-based. Whereas Web-based mashups typically use the user's Web browser to combine and reformat the data, server-based mashups analyze and reformat the data on a remote server and transmit the data to the user's browser in its final form. [5]

Mashups appear to be a variation of a Facade pattern.[6] That is, it is a software engineering design pattern that provides a simplified interface to a larger body of code (in this case the code to aggregate the different feeds with different APIs).

Mashups can be used with software provided as a service (SaaS).

After several years of standards development, mainstream businesses are starting to adopt Service-oriented Architectures (SOA) to integrate disparate data by making this data available as discrete Web services. Web services provide open, standardized protocols to provide a unified means of accessing information from a diverse set of platforms (operating systems, programming languages, applications). These Web services can be reused to provide completely new services and applications within and across organizations, providing business flexibilty.

Mashup editors

Mashup editors are available to help users create or edit mashups. Examples include (alphabetically):

References

  1. ^ "TECHNOLOGY; Marrying Maps to Data for a New Web Service by John Markoff, The New York Times". Retrieved 2009-05-25.. {{cite web}}: Check date values in: |accessdate= (help)
  2. ^ "Pro Web 2.0 Mashups: Learning from Specific Mashups]]". Retrieved 2009-05-25.. {{cite web}}: Check date values in: |accessdate= (help)
  3. ^ "What do we "mashup" when we make mashups? by Wong and Hong, EUSE 2008".
  4. ^ "Mashup business scenarios and patterns by Holt Adams, Executive IT Architect, IBM DeveloperWorks".
  5. ^ "End-User Programming for the Web by Michael Bolin, MIT MS thesis, pp.22-23" (PDF).
  6. ^ Design Patterns: Elements of Resuable Object-Oriented Software (ISBN 0-201-63361-2) by Erich Gamma, Richard Helm, Ralph Johnson, and John Vlissides

External links

Retrieved from "https://en.wikipedia.org/w/index.php?title=Mashup_(web_application_hybrid)&oldid=293447025"