A Distributed Event Messaging System for Mobile Agent Communication
|
|
- Jordan Blake
- 8 years ago
- Views:
Transcription
1 A Distributed Event Messaging System for Mobile Agent Communication John McCormick, Daria Chacón, Susan McGrath, and Craig Stoneking Lockheed Martin Advanced Technology Laboratories Federal Street A&E 3W Camden, NJ 0802 {jmccormi, dchacon, smcgrath, Abstract: Agent mobility presents distinct challenges not handled by traditional, distributed, communication frameworks. By nature, mobile agents change location over time, making targeted messaging difficult to achieve. Also, a communication infrastructure must handle the case that the agent may be migrating when the message is sent. We have implemented a Distributed Event Messaging System (DEMS) that satisfies the communication requirements unique to mobile agents. This infrastructure has enabled efficient control and monitoring of our mobile agents and has facilitated mobile agent collaboration and coordination. Introduction Agent mobility presents distinct challenges to communication frameworks. A mobile agent poses new requirements, such as message delivery to mobile recipients, that distributed object systems cannot currently address. Traditional, distributed object, communication systems, such as those provided by Common Object Request Broker Architecture (CORBA), Distributed Component Object Model (DCOM), and Remote Method Invocation (RMI), provide a satisfactory infrastructure for stationary agent systems, by using name directories and static binding to locate and communicate with agents. In mobile agent systems, these location mappings must change over time, and the difficulty of providing a reference to a mobile object is aggravated when both the sender and receiver are mobile. Race conditions threaten communication integrity when the recipient is migrating. Mobility invalidates the static binding method used by the previously mentioned architectures. A general purpose framework should satisfy these requirements for asynchronous and synchronous communication. Lockheed Martin Advanced Technology Laboratories (LM ATL) has developed a Distributed Event Messaging System (DEMS) that provides a lightweight, communication infrastructure for our Java-based Extendable Mobile Agent Architecture (EMAA) []. DEMS meets all the communication challenges presented by mobile agents in general and sentinel agent behavior in particular. Mobile systems require such a robust communication delivery framework to control and monitor dispatched agents. While a mobile agent exhibits a high level of
2 autonomy, it should be able to receive and respond to commands from a controlling authority. A typical controlling authority would be the system, user, or agent that instantiated it. The agent should also be able to send messages regarding its state back to an interested listener, especially for logging and debugging purposes. Much of our recent work with EMAA has concentrated on sentinel agent behavior, which we define as agents persistently monitoring an environment for user-defined criterion and alerting all relevant parties when that criterion has been met. Achieving sentinel behavior frequently requires multiple collaborating agents, with subordinate child agents reporting status information back to a managing agent or system. Most of the related work that we review in Section 2 uses remote method invocation techniques for communication. The DEMS approach leverages Java s event model to provide the flexibility required by mobile agent systems. DEMS assumes full responsibility for message distribution, relieving the message source thread from this activity, and delivers the messages in a very efficient manner. We detail the technical approach to building DEMS in Section 3 and demonstrate how it enables mobile agent control and monitoring in Section 4. We also provide performance metrics in Section 5 and lay out our road map for future enhancements to DEMS in Section 6. 2 Related Work Investigating related work in agent communication techniques yields a wealth of interest in representation of the communicated content. However, the delivery mechanisms for the communication often seem to be taken for granted or presume that the agents are static. Solutions to the message distribution problem for mobile agents are being pursued on several fronts: Open agent and distributed system architecture specifications. Commercial and academic agent system frameworks. Government-funded agent infrastructure research. Two of the most significant open specifications addressing mobile agent communication come from the Foundation for Intelligent Physical Agents (FIPA) and the Object Management Group (OMG). Of the major agent systems supporting agent mobility, the two most prevalent approaches to communication distribution are use of a proprietary message routing architecture and extending a distributed object system, such as CORBA. We will compare these approaches as implemented by JATLite (proprietary routing) and Jumping Beans (Mobile CORBA). Finally we will review the Defense Advanced Research Project Agency s (DARPA) major agent framework, Control of Agent Based Systems (CoABS) GRID, with respect to agent communication infrastructure. The FIPA draft specification for Agent Management [2] defines an Agent Communication Channel (ACC) that is responsible for routing messages among agents within the platform and to agents resident on other platforms. Two communication options are specified for agent-to-agent communication: Agents can request their local ACC to route messages to target agents and
3 ACC. Agents can contact the ACC of target platforms directly responsible for routing messages to target agents. ACC support for agent mobility is only optional at this stage of the specification, and the specification does not address the means of delivery. OMG has published a Mobile Agent Facility (MAF) specification [3] as a CORBA facility. The objective of the specification is to promote a standard interface to diverse mobile agent architectures. The specific issues addressed are agent management, tracking, and transport. Interestingly, agent communication is declared outside the scope of the MAF specification due to CORBA's extensive coverage of object communication. This implies that CORBA's communication framework is thought to be sufficient to support mobile agent communication, but the specification later clearly acknowledges that current distributed objects systems do not meet the communication requirements of mobile agents. Both the MAF and FIPA specifications focus exclusively on unicast or one-to-one communication. The MAF specification is constrained by the CORBA communication framework, while the FIPA specification appears more flexible; Multicast messaging could be an optional feature of the ACC. One important objective of both specifications not currently supported by DEMS is agent platform interoperability, and we address this issue in Section 6. Jumping Beans is a Java, mobile, application library developed by Ad Astra Engineering [4]. Their architecture is heavily client/server-oriented and uses a communication infrastructure named Mobile CORBA. All messaging is routed through a central server that maintains dynamic bindings to the mobile agents. This contrasts with DEMS peer-to-peer approach of enabling each host to deliver messages to any other host in the system. What is unclear from Ad Astra s white paper is the relationship, if any, between their Mobile CORBA implementation and OMG's MAF. Again the emphasis is placed on agent-to-agent communication, while DEMS supports a Multicast distribution mechanism in which the event source is unaware of the total number of listeners or their locations. JATLite, an agent framework developed at Stanford University, uses a specially developed router application for message delivery [5]. The router maintains a file system depository of messages that agents or other components can access as connectivity permits. While the typical implementation is a centralized message depository, the framework supports multiple routers, each with its own depository. Another major initiative in agent systems is the CoABS GRID being developed as part of DARPA's CoABS program. This infrastructure for heterogeneous, agent system collaboration is built on Jini. Its design standardizes on the FIPA-ACL specification for its Agent Communication Language, using a registry service to implement the ACC functionality. The registry is currently only capable of forwarding messages to static registered agents. Techniques for supporting message delivery to mobile agents are being proposed as part of a new mobility service for the GRID.
4 3 Technical Approach DEMS provides an infrastructure for the creation and distribution of event messages among distributed objects that may be mobile. Farley's text, Java Distributed Computing [6], presents a number of designs for message passing systems for delivering information to agents in a distributed system. The message passing with Java events best matched the behavior needed by DEMS. DEMS expands on Farley s design by incorporating multiple distribution modes, event caching for mobile listeners, and pipelined event delivery. DEMS is modeled after the Java event model, but the event listeners are handled differently. The Java event model is built on three main classes: event objects, event sources, and event listeners. Event sources create event objects that are then handled by the event listeners registered with it. Each event listener registers with an event source to handle specific types of events. In the traditional Java event model, the event source maintains internally a list of registered listener objects. Upon event firing, each listener is notified directly by the event source. This model breaks down in two critical ways in a distributed system with mobile objects: The event source may be on a separate system from the listener. The event source and event listener may be mobile, making registration rendezvous difficult to coordinate. Farley provides an Event Transceiver in his text that handles the first problem. DEMS expands on Farley's design with an EventTransceiverServer that mitigates both problems. One significant advantage of extending from the base Java event model was the ease of integrating the distributed system with Java Swing or AWT interfaces that were based on the Java event model. Farley also presents a message passing system built on RMI. This system has the slight advantage of easy extensibility, but it was inappropriate for our needs for a number of reasons: RMI presumes non-mobile objects in the distributed system. EMAA is not RMI-based, so there is no guarantee of a running RMI registry. The RMI solution requires that the source of the message knows all of the listeners. Multi-threading of delivery would have to be implemented at the event source. The current implementation of RMI assigns a new, unique identifier to an object if it transfers to a new system. This is the source of the CoABS GRID limitation to static agents. The third and fourth issues are related to the communication model used by RMI and CORBA. If the event source object is responsible for invoking the listener methods, then the source object must know all of the listeners and its thread will be dedicated to the communication activity until complete unless special multithreaded communication logic is added. By using the EventTransceiverServer, DEMS allows delegation of the communication activity and built-in, multi-threaded delivery, event pipelining, which improves average delivery time.
5 The EventTranceiverServer, the primary class in the DEMS architecture, has two responsibilities (Figure ): Maintain registration tables of listeners located on the local host and the events to be delivered to them. Deliver incoming events to the appropriate local listeners. Listeners may register to receive events from a specific DistributedEventSource or by DistributedEvent class type. Registering by source is accomplished by referencing the UniqueID of the DistributedEventSource. The EventTranscieverServer maintains the listener registration in three internal Hashtables: source registration, type registration, and unicast registration. If a DistributedEventListener needs to migrate to another system, then it must first unregister with the local EventTransceiverServer. The actual event transmission and receipt functionality is inherited from the TransceiverServer, which uses transmission agents to perform the remote delivery operation. The use of a transmission agent enables multi-threaded event delivery, which we refer to as event pipelining. Dock {ordered} DistributedEventListener <<interface>> * EventTranceiverServer *..* TransceiverServer <<abstract>> UniquelyIdentifiable <<interface>> DistributedEventSource <<interface>> EventObject * DistributedEvent UniqueID Fig.. DEMS Conceptual Class Diagram Builds on Java s Event Mode The DistributedEventListener interface specifies a single method required by implementing classes, handledistributedevent. This is the method called by the EventTransceiverServer when delivering a DistributedEvent to the DistributedEventListener (Figure 2). Adapter classes for a listener interface are frequently provided to facilitate the demultiplexing of event to specific listener method. Examples of this will be shown in Section 4. The DistributedEventSource interface must be implemented by all classes desiring to transmit DistributedEvents via the EventTransceiverServer. The only method required is getuniqueid, which should return the UniqueID of the source object. A DistributedEventSourceAdapter is provided as a convenience to enable existing class to become sources and to enable an object to have multiple identities with respect to
6 TransmissionAgent Arrival Server Activated Registration Change Receive Event TransmissionAgent Thread Delivery Thread New Event * for each remote host Transmit Add/Remove Listener Listener Thread Access Local Listeners * For each listener Trigger Event Handler Fig. 2. EventTransceiverServer Activity Diagram Shows Built-in, Multi-threaded Delivery the events it generates. An example of this is an agent that uses one adapter to issue commands to child agents and another to report its state events. The DistributedEvent extends Java s standard EventObject to meet the needs of DEMS. It maintains the UniqueID and Class of the DistributedEventSource that created it. Additionally, each DistributedEvent has its own UniqueID and a sequence number to help ensure proper delivery order and avoid delivery duplication. One critical requirement of classes extending DistributedEvent is that all the class members must be serializable or defined as transient. The EventTranceiverServer supports two transmission modes: Multicast and Unicast. Multicast is the default transmission mode, and its rules follow: Local delivery to all listeners registered to event source. Local delivery to all listeners registered to event class. Event transmitted to all docks in the host list. Delivery at remote docks follows local delivery rules, but the event is not propagated. Multicast events do not guarantee delivery to any particular listener. Currently the EventTransceiverServer broadcasts the event to all docks in its host list. Its parent class, TransceiverServer, supports limiting the broadcast to a subset of docks, and this capability could be added to the EventTransceiverServer at a future date with little effort. This would allow better control of network bandwidth use. The Unicast transmission mode allows targeting a message to a specific listener. The delivery of a UnicastEvent is guaranteed. The transmission rules for UnicastEvents follow: Check for target listener locally. Event delivered if listener registered to receive UnicastEvent from source.
7 If not local, event transmitted to all docks. Delivery at remote docks follows same rules. Although required to register with the local EventTransceiverServer upon arrival and unregister before departure, events transmitted during the migration process will be undelivered. This behavior is unacceptable for control events, which must have guaranteed delivery. A DistributedEvent caching mechanism was developed to guarantee delivery of UnicastEvents (Figure 3). Machine A Sending ETS Agent Transmission Agent Machine B Receiving ETS checkinterrupts requestremotecaching wait on caching Acknowledged end wait on caching Acknowledged sendcachingrequest receiveacknowledge unregisterlisteners receiveobject getacknowledge put in cache x migrate Initialize (on Machine B) THREAD BLOCK register listeners remove forwarding merge Fig. 3. Event Caching Sequence Diagram Shows Guaranteed UnicastEvent Delivery Before the agent unregisters and migrates, it invokes the caching mechanism on the local EventTransceiverServer, passing the InetAddress of its migration destination. The local EventTransceiverServer sends a message via a TransmissionAgent to the destination EventTransceiverServer to begin caching UnicastEvents for the agent. Only after acknowledgement that caching has been established is the agent permitted to continue the migration process. Upon its arrival to the new host, the agent registers with the EventTransceiverServer. Any UnicastEvents for the agent that had been cached are delivered at that time and the caching is terminated. The EventTransceiverServer uses synchronized methods when listeners are registered, forwarding is removed, and cached events are being ordered and merged with events currently ready to be delivered. This prevents the possibility of duplicate events being delivered due to the event receipt while the cache is in an inconsistent state. 4 DEMS Application: Agent Monitoring and Control DEMS may be used to monitor agents progress and/or to control their execution. A basic set of events, event listeners, and adapters are included in a child package to support this functionality. The AgentEvent class defines the root agent monitoring event. It conveys that an agent has started, stopped, finished, failed, departed, or
8 arrived. It can also be used to acknowledge a control event or show that lower-level checkpoints have been met. This class is extensible, so an agent application may define additional notification reasons. The AgentEventListener interface defines a template listener that the EventTranscieverServer calls when delivering the event. A class wishing to receive an AgentEvent may implement the AgentEvent Listener; it could alternately extend or contain an instance of the AgentEventAdapter class, which provides a default listener implementation. The AgentEvent is not a Unicast event; it is always transmitted to all EventTransceiverServers, so any listener registered for events from the source will receive all of its AgentEvents. Additionally, an AgentEventListener can register to receive all AgentEvents from all sources. This is particularly useful for enabling overall system monitoring. An example of this is shown in Figure 4. Running Paused Stopped Finished Unprocessed Fig. 4. GUI Listeners can Provide Visual Agent Itinerary Monitoring The CommandEvent class defines the root agent control event (Figure 5). It specifies that all command events are unicast; therefore, the only agent that receives a command event is the agent to which it is directed. Three types of control events have been predefined, and they all inherit from the CommandEvent class: AgentControlEvent, VocalControlEvent, and AgentRetaskEvent. UnicastEvent CommandEvent AgentControlEvent VocalControlEvent AgentRetaskEvent Fig. 5. CommandEvent Class Diagram
9 The AgentControlEvent may be used to stop, pause, suspend, or resume an agent s execution. The VocalControlEvent may be used to turn vocality on and off for a VocalAgent or any agent descended from it. The AgentRetaskEvent can be used to change the parameters of an agent s task. Default listeners and adapters have been predefined to handle all of these events as well. An agent application may either use the predefined events and listeners or adapters or it may inherit from the existing ones to define application-specific control events. 5 System Performance We selected the average message distribution time as an appropriate benchmark for evaluating performance of a communication framework. The distribution time is defined as the elapsed time from when the message is generated to when the listener receives the message. With respect to DEMS, the time of generation is when the event is submitted to the EventTransceiverServer by the event source. For our preliminary analysis of DEMS, we established an objective of determining the efficiency of the EventTransceiverServer delivery without concurrency. We set up the experiment with the following parameters: Number of listeners. Event generation frequency. Event handler processing time. The number of listeners varied from to 00 and, at each run, all of the listeners used the same processing. This experiment used a single event source whose event generation rate was slow enough to allow all the listeners to have processed a given event before the next was generated. Because we are sure there will not be concurrent event delivery, we can compute the theoretical best average delivery time. Figure 6 shows the typical results for the experiment case Actual # Listeners Fig. 6. Average Distribution Time, Event Handling Time = 00ms We computed the efficiency of the distribution process as the theoretical best versus the actual average. Figure 7 shows the resulting graph.
10 % Efficiency # Listeners Fig. 7. High Efficiency Distribution by EventTransceiverServer, Event Handling Time = 00ms An important property of the DEMS architecture is the parallel delivery to other hosts. If a source has 0 total listeners divided equally across two machines, the average distribution time will be much closer to 200ms than 450ms. This contrasts with the typical, remote, method invocation technique, where the listeners are processed sequentially even if delivery is delegated to a new thread. 6 Conclusions and Future Enhancements DEMS was very successful in providing the agent control and monitoring behavior required for sentinel agent behavior. As part of our research effort, we developed several demonstration applications that allowed a user to launch an agent and monitor its state and migration progress as it performed its itinerary. Users were also able to send command messages to the agents and receive confirmation of their execution. One of the important additional benefits was a alternate method of information delivery to another component in the agent system. Prior to DEMS, an agent needing to deliver information back to a user or system had two options: Migrate back to the system and deliver the information. Spawn a child agent to deliver the information. DEMS effectively provides a standardized way of implementing the second option. Using agents as the delivery mechanism enabled the event pipeline behavior of the EventTransceiverServer. Most importantly we were able to achieve an effective, mobile agent, communication framework that was much more lightweight than RMI or CORBA solutions. DEMS is still a work-in-progress and we are pursuing several enhancements. While it currently suits the needs of EMAA, the EventTransceiverServer does not facilitate interoperability with other agent platforms. We are investigating methods for extending the EventTransceiverServer to be aware of the CoABS GRID.
11 Additionally, we intend to continue our performance analysis of the DEMS. We are quite pleased with the initial results and are ready to focus on the concurrent event pipelining performance. The first goal is to determine how to calculate a theoretical best case for the experiments. We anticipated using the results of the existing and future experiments to identify potential optimizations for the infrastructure. 7 Acknowledgements We wish to thank Julius Etzl, Martin Hofmann, and Ken Whitebread for their aid in defining requirements for monitoring and control within agent systems. In addition, we are also grateful to Russ Lentini for thoroughly testing and validating our Distributed Event Messaging System, and to Virginia Garrison, who developed reusable graphical user interfaces utilizing DEMS for controlling and monitoring EMAA agents. Finally, we are grateful for the developers at ATL who acted as beta testers by using DEMS within their projects and supplied many useful suggestions. References. Lentini,, R., Rao, G., Thies, J., and Kay, J.: EMAA: An Extendable Mobile Agent Architecture. (997) 2. FIPA. FIPA 98 Draft Specification: Part Agent Management. (998). 3. OMG. Mobile Agent Facility Specification. (2000) 4. Ad Astra Engineering. Jumping Beans White Paper. October 998. Sunnyvale, California. 5. Stanford University. The JATLite Router Farley, J.: Java Distributed Computing. (998) 7. Lentini, R., Rao, G., Thies, J.: Agent Itineraries: An Alternative Data Structure For Agent Systems. Dr. Dobbs Journal of Software Tools, 24(5). (999)
IMPLEMENTATION OF AN AGENT MONITORING SYSTEM IN A JINI ENVIRONMENT WITH RESTRICTED USER ACCESS
IMPLEMENTATION OF AN AGENT MONITORING SYSTEM IN A JINI ENVIRONMENT WITH RESTRICTED USER ACCESS Marietta A. Gittens (Dr. Sadanand Srivastava, Dr. James Gil De Lamadrid) {mgittens, ssrivas, gildelam}@cs.bowiestate.edu
More informationSiebel Application Deployment Manager Guide. Siebel Innovation Pack 2013 Version 8.1/8.2 September 2013
Siebel Application Deployment Manager Guide Siebel Innovation Pack 2013 Version 8.1/8.2 September 2013 Copyright 2005, 2013 Oracle and/or its affiliates. All rights reserved. This software and related
More informationFIPA agent based network distributed control system
FIPA agent based network distributed control system V.Gyurjyan, D. Abbott, G. Heyes, E. Jastrzembski, C. Timmer, E. Wolin TJNAF, Newport News, VA 23606, USA A control system with the capabilities to combine
More informationPersistent, Reliable JMS Messaging Integrated Into Voyager s Distributed Application Platform
Persistent, Reliable JMS Messaging Integrated Into Voyager s Distributed Application Platform By Ron Hough Abstract Voyager Messaging is an implementation of the Sun JMS 1.0.2b specification, based on
More informationMotivation Definitions EAI Architectures Elements Integration Technologies. Part I. EAI: Foundations, Concepts, and Architectures
Part I EAI: Foundations, Concepts, and Architectures 5 Example: Mail-order Company Mail order Company IS Invoicing Windows, standard software IS Order Processing Linux, C++, Oracle IS Accounts Receivable
More informationEvent-based middleware services
3 Event-based middleware services The term event service has different definitions. In general, an event service connects producers of information and interested consumers. The service acquires events
More informationBond System Monitor. Purdue e-pubs. Purdue University. Kyung-Koo Jun. Ladislau Bölöni. Ruibing Hao. Dan C. Marinescu. Report Number: 98-026
Purdue University Purdue e-pubs Computer Science Technical Reports Department of Computer Science 1998 Bond System Monitor Kyung-Koo Jun Ladislau Bölöni Ruibing Hao Dan C. Marinescu Report Number: 98-026
More informationDistributed Objects and Components
Distributed Objects and Components Introduction This essay will identify the differences between objects and components and what it means for a component to be distributed. It will also examine the Java
More informationCHAPTER 2 MODELLING FOR DISTRIBUTED NETWORK SYSTEMS: THE CLIENT- SERVER MODEL
CHAPTER 2 MODELLING FOR DISTRIBUTED NETWORK SYSTEMS: THE CLIENT- SERVER MODEL This chapter is to introduce the client-server model and its role in the development of distributed network systems. The chapter
More informationIkasan ESB Reference Architecture Review
Ikasan ESB Reference Architecture Review EXECUTIVE SUMMARY This paper reviews the Ikasan Enterprise Integration Platform within the construct of a typical ESB Reference Architecture model showing Ikasan
More informationADMINISTRATION AND CONFIGURATION OF HETEROGENEOUS NETWORKS USING AGLETS
ANNALS OF THE FACULTY OF ENGINEERING HUNEDOARA 2006, Tome IV, Fascicole 1, (ISSN 1584 2665) FACULTY OF ENGINEERING HUNEDOARA, 5, REVOLUTIEI, 331128, HUNEDOARA ADMINISTRATION AND CONFIGURATION OF HETEROGENEOUS
More informationAn Esri White Paper June 2010 Tracking Server 10
An Esri White Paper June 2010 Tracking Server 10 Esri 380 New York St., Redlands, CA 92373-8100 USA TEL 909-793-2853 FAX 909-793-5953 E-MAIL info@esri.com WEB www.esri.com Copyright 2010 Esri All rights
More informationLehrstuhl für Informatik 4 Kommunikation und verteilte Systeme. Middleware. Chapter 8: Middleware
Middleware 1 Middleware Lehrstuhl für Informatik 4 Middleware: Realisation of distributed accesses by suitable software infrastructure Hiding the complexity of the distributed system from the programmer
More informationA Survey Study on Monitoring Service for Grid
A Survey Study on Monitoring Service for Grid Erkang You erkyou@indiana.edu ABSTRACT Grid is a distributed system that integrates heterogeneous systems into a single transparent computer, aiming to provide
More informationTransparent Redirection of Network Sockets 1
Transparent Redirection of Network Sockets 1 Timothy S. Mitrovich, Kenneth M. Ford, and Niranjan Suri Institute for Human & Machine Cognition University of West Florida {tmitrovi,kford,nsuri}@ai.uwf.edu
More informationTechnical Report urn:nbn:de:gbv:830 tubdok 10856. Indoor Navigation and Location Based Services Scenario for Airports
Technical Report urn:nbn:de:gbv:830 tubdok 10856 Indoor Navigation and Location Based Services Scenario for Airports Helge Klimek, Björn Greßmann and Volker Turau Institute of Telematics Hamburg University
More informationMiddleware Lou Somers
Middleware Lou Somers April 18, 2002 1 Contents Overview Definition, goals, requirements Four categories of middleware Transactional, message oriented, procedural, object Middleware examples XML-RPC, SOAP,
More informationIntroduction CORBA Distributed COM. Sections 9.1 & 9.2. Corba & DCOM. John P. Daigle. Department of Computer Science Georgia State University
Sections 9.1 & 9.2 Corba & DCOM John P. Daigle Department of Computer Science Georgia State University 05.16.06 Outline 1 Introduction 2 CORBA Overview Communication Processes Naming Other Design Concerns
More informationMD Link Integration. 2013 2015 MDI Solutions Limited
MD Link Integration 2013 2015 MDI Solutions Limited Table of Contents THE MD LINK INTEGRATION STRATEGY...3 JAVA TECHNOLOGY FOR PORTABILITY, COMPATIBILITY AND SECURITY...3 LEVERAGE XML TECHNOLOGY FOR INDUSTRY
More informationCA Data Protection. Content Provider Development Guide. Release 15.0
CA Data Protection Content Provider Development Guide Release 15.0 This Documentation, which includes embedded help systems and electronically distributed materials (hereinafter referred to as the Documentation
More informationTransparent Redirection of Network Sockets 1
Transparent Redirection of Network Sockets Timothy S. Mitrovich, Kenneth M. Ford, and Niranjan Suri Institute for Human & Machine Cognition University of West Florida {tmitrovi,kford,nsuri@ai.uwf.edu.
More information4.1 CD 301 - BSc (Hons) Information Technology (Diploma to Degree Upgrade 1.5 Years Part Time)
4.1 CD 301 - BSc (Hons) Information Technology (Diploma to Degree Upgrade 1.5 Years Part Time) 1. OBJECTIVES This Programme is geared towards producing computer professionals, with a thorough understanding
More informationActiveVOS Server Architecture. March 2009
ActiveVOS Server Architecture March 2009 Topics ActiveVOS Server Architecture Core Engine, Managers, Expression Languages BPEL4People People Activity WS HT Human Tasks Other Services JMS, REST, POJO,...
More informationPERFORMANCE COMPARISON OF COMMON OBJECT REQUEST BROKER ARCHITECTURE(CORBA) VS JAVA MESSAGING SERVICE(JMS) BY TEAM SCALABLE
PERFORMANCE COMPARISON OF COMMON OBJECT REQUEST BROKER ARCHITECTURE(CORBA) VS JAVA MESSAGING SERVICE(JMS) BY TEAM SCALABLE TIGRAN HAKOBYAN SUJAL PATEL VANDANA MURALI INTRODUCTION Common Object Request
More informationThe Workflow Management Coalition Specification Workflow Management Coalition Terminology & Glossary
The Workflow Management Coalition Specification Workflow Management Coalition Terminology & Glossary Workflow The automation of a business process, in whole or part, during which documents, information
More informationEfficient Monitoring in Actor-based Mobile Hybrid Cloud Framework. Kirill Mechitov, Reza Shiftehfar, and Gul Agha
Efficient Monitoring in Actor-based Mobile Hybrid Cloud Framework Kirill Mechitov, Reza Shiftehfar, and Gul Agha Motivation: mobile cloud Mobile apps Huge variety Many developers/organizations Increasingly
More informationPIE. Internal Structure
PIE Internal Structure PIE Composition PIE (Processware Integration Environment) is a set of programs for integration of heterogeneous applications. The final set depends on the purposes of a solution
More informationHow to Implement Multi-way Active/Active Replication SIMPLY
How to Implement Multi-way Active/Active Replication SIMPLY The easiest way to ensure data is always up to date in a 24x7 environment is to use a single global database. This approach works well if your
More informationThe Advantages of CorBA For Network Based Training Systems
Support of multimedia services for distributed network training applications in CORBA-3 Fausto Rabitti CNUCE-CNR, Via S. Maria, 36, Pisa, Italy Abstract In this paper, fundamental technological issues
More informationOracle Service Bus Examples and Tutorials
March 2011 Contents 1 Oracle Service Bus Examples... 2 2 Introduction to the Oracle Service Bus Tutorials... 5 3 Getting Started with the Oracle Service Bus Tutorials... 12 4 Tutorial 1. Routing a Loan
More informationPerformance Testing Process A Whitepaper
Process A Whitepaper Copyright 2006. Technologies Pvt. Ltd. All Rights Reserved. is a registered trademark of, Inc. All other trademarks are owned by the respective owners. Proprietary Table of Contents
More informationJava Agent DEvelopment Framework (JADE)
Java Agent DEvelopment Framework (JADE) Laboratory of Multiagent Systems LM Laboratorio di Sistemi Multiagente LM Elena Nardini elena.nardini@unibo.it Ingegneria Due Alma Mater Studiorum Università di
More informationDetecting rogue systems
Product Guide Revision A McAfee Rogue System Detection 4.7.1 For use with epolicy Orchestrator 4.6.3-5.0.0 Software Detecting rogue systems Unprotected systems, referred to as rogue systems, are often
More informationStock Trader System. Architecture Description
Stock Trader System Architecture Description Michael Stevens mike@mestevens.com http://www.mestevens.com Table of Contents 1. Purpose of Document 2 2. System Synopsis 2 3. Current Situation and Environment
More informationRunning a Workflow on a PowerCenter Grid
Running a Workflow on a PowerCenter Grid 2010-2014 Informatica Corporation. No part of this document may be reproduced or transmitted in any form, by any means (electronic, photocopying, recording or otherwise)
More informationSIEBEL SERVER ADMINISTRATION GUIDE
SIEBEL SERVER ADMINISTRATION GUIDE VERSION 7.5.3 JULY 2003 12-FRLK3Z Siebel Systems, Inc., 2207 Bridgepointe Parkway, San Mateo, CA 94404 Copyright 2003 Siebel Systems, Inc. All rights reserved. Printed
More informationE-mail Listeners. E-mail Formats. Free Form. Formatted
E-mail Listeners 6 E-mail Formats You use the E-mail Listeners application to receive and process Service Requests and other types of tickets through e-mail in the form of e-mail messages. Using E- mail
More informationOverview of CORBA 11.1 I NTRODUCTION TO CORBA. 11.4 Object services 11.5 New features in CORBA 3.0 11.6 Summary
C H A P T E R 1 1 Overview of CORBA 11.1 Introduction to CORBA 11.2 CORBA architecture 11.3 Client and object implementations 11.4 Object services 11.5 New features in CORBA 3.0 11.6 Summary In previous
More informationAdvanced Peer to Peer Discovery and Interaction Framework
Advanced Peer to Peer Discovery and Interaction Framework Peeyush Tugnawat J.D. Edwards and Company One, Technology Way, Denver, CO 80237 peeyush_tugnawat@jdedwards.com Mohamed E. Fayad Computer Engineering
More informationSoftware design (Cont.)
Package diagrams Architectural styles Software design (Cont.) Design modelling technique: Package Diagrams Package: A module containing any number of classes Packages can be nested arbitrarily E.g.: Java
More informationMobile agents for the database management using Jini
6 th International Conference on Applied Informatics Eger, Hungary, January 27 31, 2004. Mobile agents for the database management using Jini Fabrice Mourlin, Jaouad Skaita LACL University Paris 12, France
More informationEnd-user Tools for Application Performance Analysis Using Hardware Counters
1 End-user Tools for Application Performance Analysis Using Hardware Counters K. London, J. Dongarra, S. Moore, P. Mucci, K. Seymour, T. Spencer Abstract One purpose of the end-user tools described in
More informationSOFT 437. Software Performance Analysis. Ch 5:Web Applications and Other Distributed Systems
SOFT 437 Software Performance Analysis Ch 5:Web Applications and Other Distributed Systems Outline Overview of Web applications, distributed object technologies, and the important considerations for SPE
More informationElements of Advanced Java Programming
Appendix A Elements of Advanced Java Programming Objectives At the end of this appendix, you should be able to: Understand two-tier and three-tier architectures for distributed computing Understand the
More informationClassic Grid Architecture
Peer-to to-peer Grids Classic Grid Architecture Resources Database Database Netsolve Collaboration Composition Content Access Computing Security Middle Tier Brokers Service Providers Middle Tier becomes
More informationA closer look at HP LoadRunner software
Technical white paper A closer look at HP LoadRunner software Table of contents Sizing up the system 2 The limits of manual testing 2 A new take on testing: the HP LoadRunner solution 3 The HP LoadRunner
More informationReport of the case study in Sistemi Distribuiti A simple Java RMI application
Report of the case study in Sistemi Distribuiti A simple Java RMI application Academic year 2012/13 Vessio Gennaro Marzulli Giovanni Abstract In the ambit of distributed systems a key-role is played by
More informationLecture 7: Java RMI. CS178: Programming Parallel and Distributed Systems. February 14, 2001 Steven P. Reiss
Lecture 7: Java RMI CS178: Programming Parallel and Distributed Systems February 14, 2001 Steven P. Reiss I. Overview A. Last time we started looking at multiple process programming 1. How to do interprocess
More informationJob Scheduler Oracle FLEXCUBE Universal Banking Release 11.3.83.02.0 [April] [2014] Oracle Part Number E53607-01
Job Scheduler Oracle FLEXCUBE Universal Banking Release 11.3.83.02.0 [April] [2014] Oracle Part Number E53607-01 Table of Contents Job Scheduler 1. ABOUT THIS MANUAL... 1-1 1.1 INTRODUCTION... 1-1 1.1.1
More informationSiebel Business Process Framework: Workflow Guide. Siebel Innovation Pack 2013 Version 8.1/8.2 September 2013
Siebel Business Process Framework: Workflow Guide Siebel Innovation Pack 2013 Version 8.1/8.2 September 2013 Copyright 2005, 2013 Oracle and/or its affiliates. All rights reserved. This software and related
More informationWORKING WITH LOAD BALANCING AND QUEUEING FOR ADOBE INDESIGN CS5 SERVER
WORKING WITH LOAD BALANCING AND QUEUEING FOR ADOBE INDESIGN CS5 SERVER 2010 Adobe Systems Incorporated. All rights reserved. Working With Load Balancing and Queueing for Adobe InDesign CS5 Server Adobe,
More informationBase One's Rich Client Architecture
Base One's Rich Client Architecture Base One provides a unique approach for developing Internet-enabled applications, combining both efficiency and ease of programming through its "Rich Client" architecture.
More informationALTIRIS Package Server
ALTIRIS Package Server The information contained in the Altiris knowledgebase is subject to the Terms of Use as outlined at http://www.altiris.com/legal/termsofuse.asp. History Additions / Edits Date 1st
More informationLearning More About Load Testing
Welcome to this introduction to application performance testing and the LoadRunner load testing solution. This document provides a short overview of LoadRunner s features, and includes the following sections:
More informationSAS 9.4 Intelligence Platform
SAS 9.4 Intelligence Platform Application Server Administration Guide SAS Documentation The correct bibliographic citation for this manual is as follows: SAS Institute Inc. 2013. SAS 9.4 Intelligence Platform:
More informationChapter 1 - Web Server Management and Cluster Topology
Objectives At the end of this chapter, participants will be able to understand: Web server management options provided by Network Deployment Clustered Application Servers Cluster creation and management
More informationJADE: Java Agent Development Framework What is it? How can I use it?
JADE: Java Agent Development Framework What is it? How can I use it? Based on Online documentation of Jade http://jade.tilab.com/ 1 Overview Agent Communication Language Jade Features The agent Platform
More informationAquaLogic Service Bus
AquaLogic Bus Wolfgang Weigend Principal Systems Engineer BEA Systems 1 What to consider when looking at ESB? Number of planned business access points Reuse across organization Reduced cost of ownership
More informationCORBAservices. Naming. Part of the CORBA Naming Service Interface in IDL. CORBA Naming Service
CORBAservices CORBAservices are general purpose and application independent services. They resemble and enhance services commonly provided by an operating system: Service Collection Query Concurrency Transaction
More informationService Oriented Architectures
8 Service Oriented Architectures Gustavo Alonso Computer Science Department Swiss Federal Institute of Technology (ETHZ) alonso@inf.ethz.ch http://www.iks.inf.ethz.ch/ The context for SOA A bit of history
More informationWeb Services. Copyright 2011 Srdjan Komazec
Web Services Middleware Copyright 2011 Srdjan Komazec 1 Where are we? # Title 1 Distributed Information Systems 2 Middleware 3 Web Technologies 4 Web Services 5 Basic Web Service Technologies 6 Web 2.0
More informationProtocols and Architecture. Protocol Architecture.
Protocols and Architecture Protocol Architecture. Layered structure of hardware and software to support exchange of data between systems/distributed applications Set of rules for transmission of data between
More informationInstrumentation for Linux Event Log Analysis
Instrumentation for Linux Event Log Analysis Rajarshi Das Linux Technology Center IBM India Software Lab rajarshi@in.ibm.com Hien Q Nguyen Linux Technology Center IBM Beaverton hien@us.ibm.com Abstract
More informationJSLEE and SIP-Servlets Interoperability with Mobicents Communication Platform
JSLEE and SIP-Servlets Interoperability with Mobicents Communication Platform Jean Deruelle Jboss R&D, a division of Red Hat jderuell@redhat.com Abstract JSLEE is a more complex specification than SIP
More informationSiebel Business Process Framework: Workflow Guide. Version 8.0 Rev A May 2008
Siebel Business Process Framework: Workflow Guide Version 8.0 Rev A May 2008 Copyright 2005, 2008, Oracle. All rights reserved. The Programs (which include both the software and documentation) contain
More informationImplementation of a Lightweight Service Advertisement and Discovery Protocol for Mobile Ad hoc Networks
Implementation of a Lightweight Advertisement and Discovery Protocol for Mobile Ad hoc Networks Wenbin Ma * Department of Electrical and Computer Engineering 19 Memorial Drive West, Lehigh University Bethlehem,
More informationSun Microsystems Inc. Java Transaction Service (JTS)
Sun Microsystems Inc. Java Transaction Service (JTS) This is a draft specification for Java Transaction Service (JTS). JTS specifies the implementation of a transaction manager which supports the JTA specification
More informationBitrix Intranet Portal. Business Process Guide
Bitrix Intranet Portal Business Process Guide Introduction Bitrix Intranet Portal includes modules providing teamwork functions enabling to handle documents in the context of an intranet portal. The Business
More informationOracle Insurance Policy Administration. Version 9.4.0.0
Oracle Insurance Policy Administration Coherence Version 9.4.0.0 Part Number: E18894-01 June 2011 Copyright 2009, 2011, Oracle and/or its affiliates. All rights reserved. This software and related documentation
More informationDB2 Connect for NT and the Microsoft Windows NT Load Balancing Service
DB2 Connect for NT and the Microsoft Windows NT Load Balancing Service Achieving Scalability and High Availability Abstract DB2 Connect Enterprise Edition for Windows NT provides fast and robust connectivity
More informationOracle Data Integrator: Administration and Development
Oracle Data Integrator: Administration and Development What you will learn: In this course you will get an overview of the Active Integration Platform Architecture, and a complete-walk through of the steps
More informationSybase Unwired Platform 2.0
white paper Sybase Unwired Platform 2.0 Development Paradigm www.sybase.com TABLE OF CONTENTS 1 Sybase Unwired Platform 1 Mobile Application Development 2 Mobile Business Object (MBO) Development 4 Mobile
More informationEXPERIENCES PARALLELIZING A COMMERCIAL NETWORK SIMULATOR
EXPERIENCES PARALLELIZING A COMMERCIAL NETWORK SIMULATOR Hao Wu Richard M. Fujimoto George Riley College Of Computing Georgia Institute of Technology Atlanta, GA 30332-0280 {wh, fujimoto, riley}@cc.gatech.edu
More informationThe Service Revolution software engineering without programming languages
The Service Revolution software engineering without programming languages Gustavo Alonso Institute for Pervasive Computing Department of Computer Science Swiss Federal Institute of Technology (ETH Zurich)
More informationChapter 3. Internet Applications and Network Programming
Chapter 3 Internet Applications and Network Programming 1 Introduction The Internet offers users a rich diversity of services none of the services is part of the underlying communication infrastructure
More informationPerformance Tuning Guide for ECM 2.0
Performance Tuning Guide for ECM 2.0 Rev: 20 December 2012 Sitecore ECM 2.0 Performance Tuning Guide for ECM 2.0 A developer's guide to optimizing the performance of Sitecore ECM The information contained
More informationEJB & J2EE. Component Technology with thanks to Jim Dowling. Components. Problems with Previous Paradigms. What EJB Accomplishes
University of Dublin Trinity College EJB & J2EE Component Technology with thanks to Jim Dowling The Need for Component-Based Technologies The following distributed computing development paradigms have
More informationIBM Tivoli Monitoring for Network Performance
Optimize networks to increase application performance and availability IBM Tivoli Monitoring for Network Performance Highlights Performance management for today s networks Today s networks are a combination
More informationA Study of Application Recovery in Mobile Environment Using Log Management Scheme
A Study of Application Recovery in Mobile Environment Using Log Management Scheme A.Ashok, Harikrishnan.N, Thangavelu.V, ashokannadurai@gmail.com, hariever4it@gmail.com,thangavelc@gmail.com, Bit Campus,
More informationA Near Real-Time Personalization for ecommerce Platform Amit Rustagi arustagi@ebay.com
A Near Real-Time Personalization for ecommerce Platform Amit Rustagi arustagi@ebay.com Abstract. In today's competitive environment, you only have a few seconds to help site visitors understand that you
More informationThe ConTract Model. Helmut Wächter, Andreas Reuter. November 9, 1999
The ConTract Model Helmut Wächter, Andreas Reuter November 9, 1999 Overview In Ahmed K. Elmagarmid: Database Transaction Models for Advanced Applications First in Andreas Reuter: ConTracts: A Means for
More informationCS555: Distributed Systems [Fall 2015] Dept. Of Computer Science, Colorado State University
CS 555: DISTRIBUTED SYSTEMS [MESSAGING SYSTEMS] Shrideep Pallickara Computer Science Colorado State University Frequently asked questions from the previous class survey Daisy chain MapReduce jobs? Multiple
More informationNetwork Mission Assurance
Network Mission Assurance Michael F. Junod, Patrick A. Muckelbauer, PhD, Todd C. Hughes, PhD, Julius M. Etzl, and James E. Denny Lockheed Martin Advanced Technology Laboratories Camden, NJ 08102 {mjunod,pmuckelb,thughes,jetzl,jdenny}@atl.lmco.com
More informationHOUG Konferencia 2015. Oracle TimesTen In-Memory Database and TimesTen Application-Tier Database Cache. A few facts in 10 minutes
HOUG Konferencia 2015 Oracle TimesTen In-Memory Database and TimesTen Application-Tier Database Cache A few facts in 10 minutes Tamas.Kerepes@webvalto.hu What is TimesTen An in-memory relational database
More informationPERFORMANCE MONITORING OF JAVA COMPONENT-ORIENTED DISTRIBUTED APPLICATIONS
PERFORMANCE MONITORING OF JAVA COMPONENT-ORIENTED DISTRIBUTED APPLICATIONS Adrian Mos, John Murphy Performance Engineering Lab, Dublin City University Glasnevin, Dublin 9, Ireland Tel: +353 1 700-8762,
More information1 What Are Web Services?
Oracle Fusion Middleware Introducing Web Services 11g Release 1 (11.1.1.6) E14294-06 November 2011 This document provides an overview of Web services in Oracle Fusion Middleware 11g. Sections include:
More information1 What Are Web Services?
Oracle Fusion Middleware Introducing Web Services 11g Release 1 (11.1.1) E14294-04 January 2011 This document provides an overview of Web services in Oracle Fusion Middleware 11g. Sections include: What
More informationUniversal Event Monitor for SOA 5.2.0 Reference Guide
Universal Event Monitor for SOA 5.2.0 Reference Guide 2015 by Stonebranch, Inc. All Rights Reserved. 1. Universal Event Monitor for SOA 5.2.0 Reference Guide.............................................................
More informationPharos Control User Guide
Outdoor Wireless Solution Pharos Control User Guide REV1.0.0 1910011083 Contents Contents... I Chapter 1 Quick Start Guide... 1 1.1 Introduction... 1 1.2 Installation... 1 1.3 Before Login... 8 Chapter
More informationIn: Proceedings of RECPAD 2002-12th Portuguese Conference on Pattern Recognition June 27th- 28th, 2002 Aveiro, Portugal
Paper Title: Generic Framework for Video Analysis Authors: Luís Filipe Tavares INESC Porto lft@inescporto.pt Luís Teixeira INESC Porto, Universidade Católica Portuguesa lmt@inescporto.pt Luís Corte-Real
More informationLayering a computing infrastructure. Middleware. The new infrastructure: middleware. Spanning layer. Middleware objectives. The new infrastructure
University of California at Berkeley School of Information Management and Systems Information Systems 206 Distributed Computing Applications and Infrastructure Layering a computing infrastructure Middleware
More informationS3 Monitor Design and Implementation Plans
S 3 Monitor Version 1.0 Specifications and Integration Plan 1 Copyright c 2011 Hewlett Packard Copyright c 2011 Purdue University Permission is hereby granted, free of charge, to any person obtaining a
More informationChallenges and Opportunities for formal specifications in Service Oriented Architectures
ACSD ATPN Xi an China June 2008 Challenges and Opportunities for formal specifications in Service Oriented Architectures Gustavo Alonso Systems Group Department of Computer Science Swiss Federal Institute
More informationActiveVOS Clustering with JBoss
Clustering with JBoss Technical Note Version 1.2 29 December 2011 2011 Active Endpoints Inc. is a trademark of Active Endpoints, Inc. All other company and product names are the property of their respective
More informationArchitecture of a Distributed Object Firewall Proxy. Abstract
NAI Labs #0768 Architecture of a Distributed Object Firewall Proxy July 16, 2000 Gary Lamperillo Gary_Lamperillo@NAI.com NAI Labs - The Security Research Division Network Associates 3415 S. Sepulveda Blvd.
More informationICT Systems for Business Networking. B2B Messaging
B2B Messaging Note. The content of this document is mainly drawn from some papers (see references) and it is for educational purpose only. Table of contents 1 INTRODUCTION...3 2 E-MAIL...3 3 WHAT IS MESSAGING?...4
More informationIntroducing IBM Tivoli Configuration Manager
IBM Tivoli Configuration Manager Introducing IBM Tivoli Configuration Manager Version 4.2 GC23-4703-00 IBM Tivoli Configuration Manager Introducing IBM Tivoli Configuration Manager Version 4.2 GC23-4703-00
More informationIRA 423/08. Designing the SRT control software: Notes to the UML schemes. Andrea Orlati 1 Simona Righini 2
Designing the SRT control software: Notes to the UML schemes Andrea Orlati 1 Simona Righini 2 1 - I.N.A.F. Istituto di Radioastronomia. 2 Dip. Astronomia - Università degli Studi di Bologna. Dicembre 2008
More informationAGENT TECHNOLOGY ASA SOLUTION FOR NETWORK-ENABLED GIS
AGENT TECHNOLOGY ASA SOLUTION FOR NETWORK-ENABLED Saeid M. Kalantari a, Ali A. Alesheikh b a Graduate student of master, Dept. of Eng. sm_kalantary@yahoo.com b Assistant Professor, Dept. of Eng. alesheikh@kntu.ac.ir
More information