120 likes | 127 Views
This system enables secure and decoupled communication between components by using message queues. It allows both sides to act as servers and supports the transfer of confidential information.
E N D
ICX Remote Message Manager Presented by Robert Zaremba
Requirements • Remote messages must be sent to a message queue so that components are decoupled • Both sides of a communication must be able to receive messages asynchronously, so both sides must be able to act as servers • Messages may contain confidential information so security is a concern
Necessary Components • Application Server • Hosts the Web services as well as other components • Message Service • Provides the message queues that will be used to hold incoming and outgoing messages • Component Directory • Facilitates loose coupling between components such as Web services and message queues
Java System Application Server Developed by Sun Microsystems and donated to Project Glassfish Delivers server-side Java applications and Web services Needs to be installed on the machines of all parties that must receive messages
Java Message Service (JMS) Provides a queue that can be used to store messages A connection factory, used to provide access to the service, can be accessed through a component discovery service An implementation is included in the Java System Application Server
Java Naming and Directory Interface (JNDI) Stores objects or references to objects according to names Allows for the decoupling of system components An implementation is included in the Java System Application Server
Java API for XML Web Services (JAX-WS) Java API for creating Web services Incorporates annotations to abstract away complex details Replacement for JAX-RPC, the former Java API for Web services.
Initialization of Remote Communication • A simple XML document is transferred to the remote server via the InitializeCommunication Web service • The XML document provides the information needed to add the originator’s RemoteMessageTransfer Web service to the destination’s JDNI for later use • An XML document is returned from the InitializeCommunication Web service invocation which allows for the originator to add the destination’s RemoteMessageTransfer Web service into its own JDNI • A security token as well as an ID and password are included in the initialization document and a security token is included in the return document
Initialization Document ID provided before communication is started Password provided before communication is started Security Token for use by the destination server IP Address ofRemoteMessageTransfer Web service Port of RemoteMessageTransfer Web service
Returned Document Security Token for use by the originating server IP Address of RemoteMessageTransfer Web service Port of RemoteMessageTransfer Web service
Message Transfer If a message must be sent to a remote IC system then the IC manager looks up the RemoteMessageTransfer Web service in the JDNI and then invokes that service The actual message is passed in XML format as a parameter in the RemoteMessageTransfer Web service invocation
Status • The Web services have been created and deployed to the Java System Application Server • Currently messages that are passed via the RemoteMessageTransfer Web service are sent to standard output • The JMS and JNDI have not been configured properly as of yet • Security has not been implemented