Spelling suggestions: "subject:"middleware. 6electronic data processing"" "subject:"middleware. belectronic data processing""
1 |
A flexible, policy-aware middleware system /Walker, Scott M. January 2006 (has links)
Thesis (Ph.D.) - University of St Andrews, March 2006.
|
2 |
A scalable information management middleware for large distributed systemsYalagandula, Praveen. Dahlin, Michael D., January 2005 (has links) (PDF)
Thesis (Ph. D.)--University of Texas at Austin, 2005. / Supervisor: Michael Dahlin. Vita. Includes bibliographical references.
|
3 |
Exploiting network processors for low latency, high throughput, rate-based sensor update deliverySwenson, Kim Christian. January 2009 (has links) (PDF)
Thesis (M.S. in computer science)--Washington State University, December 2009. / Title from PDF title page (viewed on Feb. 9, 2010). "School of Electrical Engineering and Computer Science." Includes bibliographical references (p. 92-94).
|
4 |
System implementation of a real-time, content based application router for a managed publish-subscribe systemMuthuswamy, Sunil, January 2008 (has links) (PDF)
Thesis (M.S. in computer science)--Washington State University, August 2008. / Includes bibliographical references (p. 91-98).
|
5 |
A flexible, policy-aware middleware systemWalker, Scott Mervyn January 2006 (has links)
Middleware augments operating systems and network infrastructure to assist in the creation of distributed applications in a heterogeneous environment. Current middleware systems exhibit some or all of the following five main problems: 1. Decisions must be made early in the design process. 2. Applications are inflexible to dynamic changes in their distribution. 3. Application development is complex and error-prone. 4. Existing systems force an unnatural encoding of application-level semantics. 5. Approaches to the specification of distribution policy are limited. This thesis defines a taxonomy of existing middleware systems and describes their limitations. The requirements that must be met by a third generation middleware system are defined and implemented by a system called the RAFDA Run-Time (RRT). The RRT allows control over the extent to which inter-address-space communication is exposed to programmers, aiding the creation, maintenance and evolution of distributed applications. The RRT permits the introduction of distribution into applications quickly and with minimal programmer effort, allowing for quick application prototyping. Programmers can conceal or expose the distributed nature of applications as required. The RRT allows instances of arbitrary application classes to be exposed to remote access as Web Services, provides control over the parameter-passing semantics applied to remote method calls and permits the creation of flexible distribution policies. The design of the RRT is described and evaluated qualitatively in the context of a case study based around the implementation of a peer-to-peer overlay network. A prototype implementation of the RRT is examined and evaluated quantitatively. Programmers determine the trade off between flexibility and simplicity offered by the RRT on a per-application basis, by concealing or exposing inter-address-space communication. The RRT is a middleware system that adapts to the needs of applications, rather than forcing distributed applications to adapt to the needs of the middleware system.
|
Page generated in 0.1258 seconds