In this case, the repair mechanism would involve a hybrid wrapper and filter. The wrapper would invoke the repair code necessary to detect the need to launch the bridge and to launch it. Mediators exhibit properties of both bridges and wrappers. Mediators are also similar to wrappers insofar as the mediator becomes a more explicit component in the overall software architecture. That is, semantically primitive, often transient, bridges can be thought of as incidental repair mechanisms whose role in a design can remain implicit.
Mediators are a speculative and less explored technique than either bridges or wrappers.
To illustrate mediators, we focus on the runtime planning function of mediators because this is the key distinction between mediators and bridges. One scenario that illustrates mediation is intelligent data fusion. Consider a sensor that generates a high volume of high-fidelity data. Alternatively, some other consumer may have similar fidelity requirements but have different throughput characteristics, requiring temporary buffering of data. In each of these cases, a mediator can accommodate the differences between the sensor and its consumers.