Alert.png The wiki is deprecated and due to be decommissioned by the end of September 2022.
The content is being migrated to other supports, new updates will be ignored and lost.
If needed you can get in touch with EGI SDIS team using operations @ egi.eu.

Difference between revisions of "APEL/SSM"

From EGIWiki
Jump to navigation Jump to search
Line 20: Line 20:
* the same program can act as a sending or receiving SSM, or both
* the same program can act as a sending or receiving SSM, or both
* a receiving SSM must run as a daemon process; a sending SSM can run as a daemon process or can run once, sending all its messages, and quit
* a receiving SSM must run as a daemon process; a sending SSM can run as a daemon process or can run once, sending all its messages, and quit
==== Downloads ====
The packages (rpm and zip) are available for download here:
* https://github.com/willrogers/ssm/downloads


==== Documentation ====
==== Documentation ====
Line 30: Line 34:
==== External SSM Testing ====
==== External SSM Testing ====
* [[APEL/APELSSMExternalTesting|APEL SSM Testing]]: If you are interested in testing the new STOMP interface or want to develop your own client.
* [[APEL/APELSSMExternalTesting|APEL SSM Testing]]: If you are interested in testing the new STOMP interface or want to develop your own client.


== SSM2 ==
== SSM2 ==

Revision as of 17:37, 9 October 2012

Secure Stomp Messenger

The Secure Stomp Messenger (SSM) is the messaging system used by APEL to transmit messages. It is written in Python and uses the STOMP protocol.

The SSM is still in development, and we would be happy to hear any comments you have about design, packaging, documentation or anything else - email apel-ssm-test@mailtalk.ac.uk.

Introduction

The SSM was designed as a way of using python and STOMP to securely and reliably send messages from APEL clients to the APEL server. It is designed to use the EGI broker network (see https://wiki.egi.eu/wiki/Message_brokers), but should be compatible with any stomp broker. It is not tied to any other APEL components, so could be used elsewhere.

SSM1

This is the original and current version of SSM.

Key features:

  • any file can be sent as a message
  • messages are encrypted in transit, using IGTF X509 certificates
  • all messages are acknowledged by the receiving SSM, so both sides know if a message has been sent
  • the same program can act as a sending or receiving SSM, or both
  • a receiving SSM must run as a daemon process; a sending SSM can run as a daemon process or can run once, sending all its messages, and quit

Downloads

The packages (rpm and zip) are available for download here:

* https://github.com/willrogers/ssm/downloads

Documentation

External SSM Testing

  • APEL SSM Testing: If you are interested in testing the new STOMP interface or want to develop your own client.

SSM2

After discussion within EMI, it was decided that SSM1's design was too complicated for interoperation with other tools. The discussion led to the definition of the EMI Messaging Protocol for Accounting (EMPA), which you can find here: APEL/MessagingProtocol. SSM2 is under development to conform with EMPA.