| J. Bacon, K. Moody, J. Bates, R. Hayton, C. Ma, A. McNeil, O. Seidel, and M. Spiteri. Generic support for distributed applications. IEEE Computer, 33(3):68--76, 2000. L. Fiege et al. |
....into communication paradigms that are suitable for mobile computing as presented at the Advanced Topic Workshop on Middleware for Mobile Computing. II. Event Based Communication The event based communication model represents an emerging paradigm for middleware that asynchronously interconnects [1] the components that comprise an application in a potentially distributed and heterogeneous environment, and has recently become widely used in application areas such as largescale Internet services and mobile programming environments. The event based communication model supports a one to many or ....
BACON, J., MOODY, K., BATES, J., HAYTON, R., MA, C., MCNEIL, A., SEIDEL, O., AND SPITERI, M. Generic support for distributed applications. IEEE Computer 33, 3 (2000), 68--76.
.... mobility and adaptability has resulted in the introduction of various distributed programming models, including e.g. support for mobility [18, 21] support for large scale distribution and replication [31] support for real time and multimedia constraints [15] support for event based computations [3]. Since most of these works su#er from the same problem of diverging models, a recent body of work introduces some form of structural and behavioural reflection [6, 5, 19, 22] in middleware systems to try and provide a more principled approach to the support of distributed and mobile computing ....
J. Bacon, K. Moody, J. Bates, R. Hayton, C. Ma, A. McNeil, O. Seidel, and M. Spiteri. Generic support for distributed applications. IEEE Computer, March, 2000.
....manner. Each of the distributed objects for which OASIS provides access control is wrapped by an OASIS service, which itself may be distributed over OASIS servers. These services all operate in an asynchronous manner, and cooperate with each other by use of a publish subscribe event platform [1]. In basic terms, this means OASIS services and servers subscribe only to the events relevant to them, these events being published by other services in the network. Current OASIS implementations maintain reliable and secure system operation through a heartbeat mechanism. Cooperating components ....
Jean Bacon, Ken Moody, John Bates, Richard Hayton, Chaoying Ma, Andrew McNeil, Oliver Seidel, and Mark Spiteri. Generic support for distributed applications. IEEE Computer, pages 68--77, March 2000. 12
....quality of service requirements as in the nonmobile case. An extension of Elvin exists that allows for disconnectedness using a central caching proxy [14] Obviously, this introduces a potential performance bottleneck and cannot exploit effects of locality as a distributed solution might do. CEA [1] and JEDI [5] too, tackle problems of mobility. JEDI uses explicit moveIn and moveOut operations to relocate clients. Hence, mobility is controlled by the application, which is not transparent and even unrealistic since clients usually can only react after having been moved. Interim notifications ....
J. Bacon, K. Moody, J. Bates, R. Hayton, C. Ma, A. McNeil, O. Seidel, and M. Spiteri. Generic support for distributed applications. Computer, 33(3):68--76, 2000.
.... and adaptability has resulted in the introduction of various distributed programming models, including e.g. support for mobility [21,23] support for large scale distribution and replication [31] support for real time and multimedia constraints [29] support for event based computations [3]. Since most of these works suffer from the same problem of diverging models, a recent body of work introduces some form of structural and behavioural reflection [7,8,20,24] in middleware systems to try and provide a more principled approach to the support of distributed and mobile computing ....
J. Bacon, K. Moody, J. Bates, R. Hayton, C. Ma, A. McNeil, O. Seidel, M. Spiteri, Generic Support for Distributed Applications. IEEE Computer, March 2000.
....Gryphon has a routing algorithm to distribute events from sources to applications through a network of Gryphon brokers. Gryphon appears to be intended for static flow graphs, however, because they do not indicate how to handle changes to the graphs. In the Cambridge Event Architecture (CEA) [3] clients can subscribe to event publishers. Or, clients can ask an event mediator to help them subscribe to publishers that produce events matching a pattern supplied by the client. Or, clients can ask the composite event service to aggregate events produced by event sources and inform them ....
Jean Bacon, Ken Moody, John Bates, Richard Hayton, Chaoying Ma, Andrew McNeil, Oliver Seidel, and Mark Spiteri. Generic support for distributed applications. IEEE Computer, 33(3), March 2000.
....ranging in size from door locks to vehicle controllers performing tasks, such as automatically opening doors and routing vehicles to their intended destinations, on behalf of their human users. The event based communication model represents an emerging paradigm for middleware that asynchronously [2] interconnects the components that comprise an application in a potentially distributed and heterogeneous environment, and has recently become widely used in application areas such as large scale internet services and mobile programming environments [1] Event based communication is well suited to ....
....network partition) This allows application components to communicate and collaborate in a spontaneous manner in the absence of a conventional fixed network. Several middleware services utilizing the event based communication model have been developed thus far by both industry [12] and academia [2], 8] Most of these assume that the application components comprising an application are stationary and that a fixed network infrastructure is available to facilitate communication. They do not address the problems introduced by mobile application components and wireless network models, related ....
J. Bacon, K. Moody, J. Bates, R. Hayton, C. Ma, A. McNeil, O. Seidel, and M. Spiteri. Generic support for distributed applications. IEEE Computer, 33(3):68--76, 2000.
....communication partners and the dynamic nature of the system with new clients joining and servers failing. A different underlying communication paradigm for building large scale distributed systems on top of a middleware seems to be necessary. In this paper, we argue that event based communication [2] is a viable new alternative for doing this. In an event based system, events are the basic communication mechanism: First, event subscribers, i.e. clients, express their interest in receiving certain events in the form of an event subscription. Then event publishers, i.e. servers, publish events ....
Jean Bacon, Ken Moody, John Bates, Richard Hayton, Chaoying Ma, Andrew McNeil, Oliver Seidel, and Mark Spiteri. Generic Support for Distributed Applications. IEEE Computer, pages 68-77, March 2000.
No context found.
J. Bacon, K. Moody, J. Bates, R. Hayton, C. Ma, A. McNeil, O. Seidel, and M. Spiteri. Generic support for distributed applications. IEEE Computer, 33(3):68--76, 2000.
No context found.
J. Bacon, K. Moody, J. Bates, R. Hayton, C. Ma, A. McNeil, O. Seidel, and M. Spiteri. Generic support for distributed applications. IEEE Computer, pp.68-76, March 2000. 14
....OASIS Role Based Access Control and its Support for Active Security. In Proceedings, Sixth ACM Symposium on Access Control Models and Technologies (SACMAT) Chantilly, VA, pp.171 181, May 2001. 2 Publications on OASIS [11, 12, 13, 14] are the original OASIS thesis and some early publications. [4, 3] give an overview of the work. 15, 5, 6] the Middleware papers cover wide area, large scale, multi domain engineering issues. We were invited to submit an extension of the Middleware 2001 paper to Software Practice and Experience. 18, 7] give a short and more complete treatment of the formal ....
J. Bacon, K. Moody, J. Bates, R. Hayton, C. Ma, A. McNeil, O. Seidel, and M. Spiteri. Generic support for distributed applications. IEEE Computer, 33(3), pages 68-76, March 2000.
....in which our system will be of particular use. Keywords publish subscribe, role based access control, restriction of advertisements subscriptions, broker trust 1. INTRODUCTION The Opera Research Group at the University of Cambridge has worked in both publish subscribe (pub sub) middleware [1, 7], and in Role Based Access Control (RBAC) 3, 8] We believe that combining these two technologies would be a useful contribution to pub sub system research. Publish subscribe technology has to date focused on event filtering, e#cient event routing, delivery semantics, and event composition. ....
J. Bacon, K. Moody, J. Bates, R. Hayton, C. Ma, A. McNeil, O. Seidel, and M. Spiteri. Generic Support for Distributed Applications. IEEE Computer, pages 68--77, Mar. 2000.
....Such an approach is not feasible in an environment with unpredictable delays. Research e#orts in ubiquitous computing have led to CE languages that are intuitive to use in environments such as the Active O#ce. The work by Hayton [11] on composite events in the Cambridge Event Architecture (CEA) [12] is similar to ours in the sense that it defines a language that non programmers can use to specify occurrences of interest. Hayton uses push down FSAs to handle parameterised events. However, the language itself can become non intuitive as the semantics of some operators is not obvious. Even ....
Bacon, J., Moody, K., Bates, J., Hayton, R., Ma, C., McNeil, A., Seidel, O., Spiteri, M.: Generic Support for Distributed Applications. IEEE Computer (2000) 68--77
....Such an approach is not feasible in an environment with unpredictable delays. Research e orts in ubiquitous computing have led to CE languages that are intuitive to use in environments such as the Active Oce. The work by Hayton [11] on composite events in the Cambridge Event Architecture (CEA) [12] is similar to ours in the sense that it de nes a language that non programmers can use to specify occurrences of interest. Hayton uses push down FSAs to handle parameterised events. However, the language itself can become non intuitive as the semantics of some operators is not obvious. Even ....
Bacon, J., Moody, K., Bates, J., Hayton, R., Ma, C., McNeil, A., Seidel, O., Spiteri, M.: Generic Support for Distributed Applications. IEEE Computer (2000) 68-77
....publish subscribe approach with filtering. 5. Related Work In this section, we compare our work to a number of ongoing efforts in the area of publish subscribe and event dissemination systems. Hermes can be seen as a result of the lessons learnt from the Cambridge Event Architecture (CEA) [2, 19]. The CEA provides event sources, event sinks, and event mediators to decouple sources from sinks. Direct source sink notification is provided over a standard middleware like CORBA. We have experimented with expressing strongly typed events in a language independent way by defining them in the ....
J. Bacon, K. Moody, J. Bates, R. Hayton, C. Ma, A. McNeil, O. Seidel, and M. Spitefl. Generic Support for Distributed Applications. IEEE Computer, pages 687, Mar. 2000.
....language specification to events or policies. Recently some work towards translating controlled English specifications into policy been undertaken at Cambridge [4] However, this has been confined to the functionality provided by OASIS access control policy. Traditional event frameworks like CEA [3] and GEM [11] also omit detailed mappings to English. We believe that translating an e commerce application specification into events will eliminate the separation between (English) specification and (programming language) code: the specification, once mapped to descriptive and normative events, ....
....it would seem that authorize is an actual event (in the real world) whereas read is an event that exists in a world of norms created by the authorization . The sentence does not imply that any reading has occurred in the real world. Instead the read event is subordinated to Refer to [3] for a discussion of composite events and the operators available for composite event detection. an authorize event and therefore exists only in a subworld; when interpreting this sentence it would be improper to take any action based on the read event since it has not really occurred it ....
Bacon J, Moody K, Bates J, Hayton R, Ma C, McNeil A, Seidel O, Spiteri M, Generic Support for Distributed Applications. 1EEE Computer. March 2000, pp 68-76.
....via callback to the issuer. The service may cache the certi cate and the result of validation in order to reduce the communication overhead of repeated callback. This requires an event channel so that the issuer can notify the service should the certi cate be invalidated for any reason, see [2]. Figure 4 presents a possible RMC design. RMCs are encryption protected to guard against tampering and are principal speci c to guard against theft, as shown in the gure. The principal id is discussed further in section 4.1. The role name and any parameters may be 7 role name . L1 L2 ....
....highly available service to carry out the functions of certi cate issuing and validation. The paper outlined the design of such a service, including replication for availability together with consistency management. It is important to note that OASIS is integrated with an event infrastructure [2]; this allows services protected by OASIS to communicate asynchronously, so that one service can be noti ed of a change of state at another without any requirement for periodic polling. An OASIS session typically starts from the activation of an initial role, such as authenticated, logged in ....
J. Bacon, K. Moody, J. Bates, R. Hayton, C. Ma, A. McNeil, O. Seidel, and M. Spiteri. Generic support for distributed applications. IEEE Computer, pages 68-76, March 2000. 13
No context found.
J. Bacon, K. Moody, J. Bates, R. Hayton, C. Ma, A. McNeil, O. Seidel, and M. Spiteri. Generic support for distributed applications. IEEE Computer, 33(3):68--76, 2000. L. Fiege et al.
No context found.
J. Bacon, K. Moody, J. Bates, R. Hayton, C. Ma, A. McNeil, O. Seidel, and M. Spiteri. Generic support for distributed applications. IEEE Computer, 33(3):68--76, 2000.
No context found.
J. Bacon, K. Moody, J. Bates, R.Hayton, C. Ma, A. McNeil, O. Seidel, and M. Spiteri. Generic support for distributed applications. IEEE Computer, Mar 2000.
No context found.
J. Bacon, K. Moody, J. Bates, R. Hayton, C. Ma, A. McNeil, O. Seidel, and M. Spiteri. Generic support for distributed applications. Computer, 33(3):68--76, 2000.
No context found.
Jean Bacon, Ken Moody, John Bates, Richard Hayton, Chaoying Ma, Andrew McNeil, Oliver Seidel, and Mark Spiteri. Generic support for distributed applications. IEEE Computer, 33(3):68--76, 2000.
No context found.
J. Bacon, K. Moody, J. Bates, R. Hayton, C. Ma, A. McNeil, O. Seidel, and M. Spiteri. Generic support for distributed applications. IEEE Computer, March 2000.
No context found.
J. Bacon, K. Moody, J. Bates, R. Hayton, C. Ma, A. McNeil, O. Seidel, and M. Spiteri. Generic support for distributed applications. IEEE Computer, pages 68--76, March 2000.
No context found.
J. Bacon, K. Moody, J. Bates, R. Hayton, C. Ma, A. McNeil, O. Seidel, and M. Spiteri. Generic support for distributed applications. Computer, 33(3):68--76, 2000.
No context found.
J. Bacon, K. Moody, J. Bates, R. Hayton, C. Ma, A. McNeil, O. Seidel, and M. Spiteri, "Generic Support for Distributed Applications," IEEE Computer, vol. 33, pp. 68-76, 2000.
No context found.
Jean Bacon, Ken Moody, John Bates, Richard Hayton, Chaoying Ma, Andrew McNeil, Oliver Seidel, and Mark Spiteri. Generic Support for Distributed Applications. IEEE Computer, pages 68--77, March 2000.
No context found.
Jean Bacon, Ken Moody, John Bates, Richard Hayton, Chaoying Ma, Andrew McNeil, Oliver Seidel, and Mark Spiteri. Generic support for distributed applications. IEEE Computer, 33(3):68--76, 2000.
No context found.
J. Bacon, K. Moody, J. Bates, R. Hayton, C. Ma, A. McNeil, O. Seidel, and M. Spiteri. Generic support for distributed applications. IEEE Computer, 33(3):68--76, 2000.
No context found.
J. Bacon, K. Moody, J. Bates, R. Hayton, C. Ma, A. McNeil, O. Seidel, and M. Spiteri. Generic support for distributed applications. Computer, 33(3):68--76, March 2000.
No context found.
J. Bacon, K. Moody, J. Bates, R. Hayton, C. Ma, A. McNeil, O. Seidel, and M. Spiteri. Generic support for distributed applications. IEEE Computer, 33(3):68--76, 2000.
No context found.
J. Bacon, K. Moody, J. Bates, R. Hayton, C. Ma, A. McNeil, O. Seidel, and M. Spiteri. Generic support for distributed applications. IEEE Computer, 33(3):68--76, 2000. L. Fiege et al.
No context found.
J. Bacon, K. Moody, J. Bates, R. Hayton, C. Ma, A. McNeil, O. Seidel, and M. Spiteri, "Generic support for distributed applications," IEEE Computer, vol. 33, no. 3, pp. 68--76, 2000.
No context found.
Bacon, J., Moody, K., Bates, J., Hayton, R., Ma, C., McNeil, A., Seidel, O., and Spiteri, M. (2000). Generic support for distributed applications. IEEE Computer, 33(3):68--76.
No context found.
J. Bacon, K. Moody, J. Bates, R. Hayton, C. Ma, A. McNeil, O. Seidel, and M. Spiteri, "Generic support for distributed applications," IEEE Computer, vol. 33, no. 3, pp. 68--76, 2000.
No context found.
Jean Bacon, Ken Moody, et al. Generic Support for Distributed Applications. IEEE Computer, 51(3):68--76, March 2000.
No context found.
J. Bacon, K. Moody, J. Bates, R. Hayton, C. Ma, A. McNeil, O. Seidel, and M. Spiteri. Generic support for distributed applications. IEEE Computer, 33(3):68--76, 2000.
No context found.
J. Bacon, K. Moody, J. Bates, R. Hayton, C. Ma, A. McNeil, O. Seidel, and M. Spiteri, "Generic Support for Distributed Applications, " Computer, vol. 33, no. 3, pp. 68-76, 2000.
No context found.
J. Bacon, K. Moody, J. Bates, R. Hayton, C. Ma, A. McNeil, O. Seidel, and M. Spiteri, "Generic Support for Distributed Applications," IEEE Computer, vol. 33, pp. 68-76, 2000.
No context found.
J. Bacon, K. Moody, J. Bates, R. Hayton, C. Ma, A. McNeil, O. Seidel, and M. Spiteri, "Generic Support for Distributed Applications," IEEE Computer, vol. 33, pp. 68-76, 2000.
No context found.
J. Bacon, K. Moody, J. Bates, R.Hayton, C. Ma, A. McNeil, O. Seidel, and M. Spiteri. Generic support for distributed applications. IEEE Computer, Mar 2000.
No context found.
J. Bacon, K. Moody, J. Bates, R. Hayton, C. Ma, A. McNeil, O. Seidel, and M. Spiteri. Generic support for distributed applications. IEEE Computer, 33(3):68--76, 2000.
No context found.
Jean bacon, Ken Moody, John Bates, Richard hayton, Chaoying Ma, Andrew McNeil, Oliver Seidel, and Mark Spiteri. Generic support for distributed applications. Computer, 33(3):68--76, June 2000.
No context found.
J. Bacon, K. Moody, J. Bates, R. Hayton, C. Ma, A. McNeil, O. Seidel, and M. Spiteri, "Generic support for distributed applications," IEEE Computer, vol. 33, no. 3, pp. 68--76, 2000.
No context found.
J. Bacon, K. Moody, J. Bates, R. Hayton, C. Ma, A. McNeil, O. Seidel, and M. Spiteri. Generic support for distributed applications. Computer, 33(3):68--76, 2000.
No context found.
J. Bacon, K. Moody, J. Bates, R. Hayton, C. Ma, A. McNeil, O. Seidel, and M. Spiteri, "Generic support for distributed applications," IEEE Computer, vol. 33, no. 3, pp. 68--76, 2000.
No context found.
J. Bacon, K. Moody, J. Bates, R. Hayton, C. Ma, A. McNeil, O. Seidel, and M. Spiteri. Generic support for distributed applications. Computer, 33(3):68--76, 2000.
No context found.
Bacon, J., Moody, K., Bates, J., Hayton, R., Ma, C., McNeil, A., Seidel, O., Spiteri, M.: Generic support for distributed applications. IEEE Computer 33 (2000) 68--76
No context found.
J. Bacon, K. Moody, J. Bates, R. Hayton, C. Ma, A. McNeil, O. Seidel, and M. Spiteri. Generic support for distributed applications. Computer, 33(3):68-76, Mar 2000.
First 50 documents Next 50
Online articles have much greater impact More about CiteSeer.IST Add search form to your site Submit documents Feedback
CiteSeer.IST - Copyright Penn State and NEC