RabbitChat Save

A Chat-Server/Chat-System based on AMQP protocol(RabbitMQ) + AMQP Python Client(PIKA) + Websockets(SockJS) + Async Python Server(Tornado)

Project README

rabbitChat

A Chat-Server/Chat-System based on AMQP protocol(RabbitMQ Message Broker) written in python using Tornado and RabbitMQ.

Documentation

Link : http://rabbitchat.readthedocs.io/en/latest/index.html

Project Home Page

Link : https://pypi.python.org/pypi/rabbitChat

Details

:Author: Anirban Roy Das :Email: [email protected] :Copyright(C): 2017, Anirban Roy Das [email protected]

Check rabbitChat/LICENSE file for full Copyright notice.

Overview

rabbitChat is a very simple Chat Server which can be set up locally to chat in your LAN. It supports both Public Chat among all participants connected simultaneously at a particular time and also Private Chat betweent those individual participants.

It uses the AMQP <https://www.amqp.org/>_ protocol to implement the real time message passing system. AMQP is implemented in many languages and in many softwares, once of such is RabbitMQ <https://www.rabbitmq.com/>_ , which is a message broker implementing the AMQP <https://www.amqp.org/>_ protocol.

The connection is created using the sockjs <https://github.com/sockjs/sockjs-client>_ protocol. SockJS is implemented in many languages, primarily in Javascript to talk to the servers in real time, which tries to create a duplex bi-directional connection between the Client(browser) and the Server. Ther server should also implement the sockjs protocol. Thus using the sockjs-tornado <https://github.com/MrJoes/sockjs-tornado>_ library which exposes the sockjs protocol in Tornado <http://www.tornadoweb.org/>_ server.

It first tries to create a Websocket <https://en.wikipedia.org/wiki/WebSocket>_ connection, and if it fails then it fallbacks to other transport mechanisms, such as Ajax, long polling, etc. After the connection is established, the tornado server**(sockjs-tornado)** connects to rabbitMQ via AMQP protocol using the AMQP Python Client Library, Pika <https://pypi.python.org/pypi/pika>_.

Thus the connection is web-browser to tornado to rabbitMQ and vice versa.

Technical Specs

:sockjs-client: Advanced Websocket Javascript Client :Tornado: Async Python Web Library + Web Server :sockjs-tornado: SockJS websocket server implementation for Tornado :AMQP: Advance Message Queuing Protocol used in Message Oriented Middleware :pika: AMQP Python Client Library :RabbitMQ: A Message Broker implementing AMQP :pytest: Python testing library and test runner with awesome test discobery :pytest-flask: Pytest plugin for flask apps, to test fask apps using pytest library. :Uber's Test-Double: Test Double library for python, a good alternative to the mock <https://github.com/testing-cabal/mock>_ library :Jenkins (Optional): A Self-hosted CI server :Travis-CI (Optional): A hosted CI server free for open-source projecs :Docker: A containerization tool for better devops

Features

  • Public chat
  • Shows who joined and who left
  • Shows number of people online
  • Shows who is typing and who is not
  • Join/Leave chat room features
  • Microservice
  • Testing using Docker and Docker Compose
  • CI servers like Jenkins, Travis-CI

Installation

There are two types of Installation. One using rabbitChat as a binary by installaing from pip and running the application in the local machine directly. Another method is running the application from Docker. Hence another set of installation steps for the Docker use case.

[Docker Method] Prerequisite (Optional)


To safegurad secret and confidential data leakage via your git commits to public github repo, check ``git-secrets``.

This `git secrets <https://github.com/awslabs/git-secrets>`_ project helps in preventing secrete leakage by mistake.


[Docker Method] Dependencies
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

1. Docker
2. Make (Makefile)

See, there are so many technologies used mentioned in the tech specs and yet the dependencies are just two. This is the power of Docker. 


[Docker Method] Install
~~~~~~~~~~~~~~~~~~~~~~~~

* **Step 1 - Install Docker**

  Follow my another github project, where everything related to DevOps and scripts are mentioned along with setting up a development environemt to use Docker is mentioned.

    * Project: https://github.com/anirbanroydas/DevOps

  * Go to setup directory and follow the setup instructions for your own platform, linux/macos

* **Step 2 - Install Make**
  ::

      # (Mac Os)
      $ brew install automake

      # (Ubuntu)
      $ sudo apt-get update
      $ sudo apt-get install make

* **Step 3 - Install Dependencies**
  
  Install the following dependencies on your local development machine which will be used in various scripts.

  1. openssl
  2. ssh-keygen
  3. openssh



[Standalone Binary Method] Prerequisites
  1. python 2.7+
  2. tornado
  3. sockjs-tornado
  4. sockjs-client
  5. pika
  6. rabbitMQ

[Standalone Binary Method] Install

::

        $ pip install rabbitChat

If above dependencies do not get installed by the above command, then use the below steps to install them one by one.

 **Step 1 - Install pip**

 Follow the below methods for installing pip. One of them may help you to install pip in your system.

 * **Method 1 -**  https://pip.pypa.io/en/stable/installing/

 * **Method 2 -** http://ask.xmodulo.com/install-pip-linux.html

 * **Method 3 -** If you installed python on MAC OS X via ``brew install python``, then **pip** is already installed along with python.


 **Step 2 - Install tornado**
 ::

         $ pip install tornado

 **Step 3 - Install sockjs-tornado**
 ::

         $ pip install sockjs-tornado


 **Step 4 - Install pika**
 ::

         $ pip install pika

 **Step 5 - Install RabbitMQ**
 
 * *For* ``Mac`` *Users*
 
   1. Brew Install RabbitMQ
   ::

         $ brew install rabbitmq

   2. Configure RabbitMq, follow this `link <https://www.rabbitmq.com/install-homebrew.html>`_, this `one <https://www.rabbitmq.com/install-standalone-mac.html>`_ and  `this <https://www.rabbitmq.com/configure.html>`_.

 * *For* ``Ubuntu/Linux`` *Users*

   1. Enable RabbitMQ application repository
   ::
           
           $ echo "deb http://www.rabbitmq.com/debian/ testing main" >> /etc/apt/sources.list

   2. Add the verification key for the package
   ::

         $ wget -o http://www.rabbitmq.com/rabbitmq-signing-key-public.asc | sudo apt-key add -

   3. Update the sources with our new addition from above
   :: 

         $ apt-get update

  
   4. And finally, download and install RabbitMQ
   ::

         $ sudo apt-get install rabbitmq-server

 

   5. Configure RabbitMQ, follow this `link <http://www.rabbitmq.com/install-debian.html>`_, this `one <https://www.rabbitmq.com/configure.html>`_  and `this <https://www.digitalocean.com/community/tutorials/how-to-install-and-manage-rabbitmq>`_. 





CI Setup
---------


If you are using the project in a CI setup (like travis, jenkins), then, on every push to github, you can set up your travis build or jenkins pipeline. Travis will use the ``.travis.yml`` file and Jenknis will use the ``Jenkinsfile`` to do their jobs. Now, in case you are using Travis, then run the Travis specific setup commands and for Jenkins run the Jenkins specific setup commands first. You can also use both to compare between there performance.

The setup keys read the values from a ``.env`` file which has all the environment variables exported. But you will notice an example ``env`` file and not a ``.env`` file. Make sure to copy the ``env`` file to ``.env`` and **change/modify** the actual variables with your real values.

The ``.env`` files are not commited to git since they are mentioned in the ``.gitignore`` file to prevent any leakage of confidential data.

After you run the setup commands, you will be presented with a number of secure keys. Copy those to your config files before proceeding.

**NOTE:** This is a one time setup.
**NOTE:** Check the setup scripts inside the ``scripts/`` directory to understand what are the environment variables whose encrypted keys are provided.
**NOTE:** Don't forget to **Copy** the secure keys to your ``.travis.yml`` or ``Jenkinsfile``

**NOTE:** If you don't want to do the copy of ``env`` to ``.env`` file and change the variable values in ``.env`` with your real values then you can just edit the ``travis-setup.sh`` or ``jenknis-setup.sh`` script and update the values their directly. The scripts are in the ``scripts/`` project level directory.


**IMPORTANT:** You have to run the ``travis-setup.sh`` script or the ``jenkins-setup.sh`` script in your local machine before deploying to remote server.
 

Travis Setup
~~~~~~~~~~~~~~~~~

These steps will encrypt your environment variables to secure your confidential data like api keys, docker based keys, deploy specific keys.
::

  $ make travis-setup



Jenkins Setup
~~~~~~~~~~~~~~~~~~~

These steps will encrypt your environment variables to secure your confidential data like api keys, docker based keys, deploy specific keys.
::

  $ make jenkins-setup




Usage
-----
There are two types of Usage. One using rabbitChat as a binary by installaing from pip and running the application in  the local machine directly. Another method is running the application from Docker. Hence another set of usage steps for the Docker use case.


[Docker Method] 
~~~~~~~~~~~~~~~~

After having installed the above dependencies, and ran the **Optional** (If not using any CI Server) or **Required** (If using any CI Server) **CI Setup** Step, then just run the following commands to use it:


You can run and test the app in your local development machine or you can run and test directly in a remote machine. You can also run and test in a production environment. 



[Docker Method] Run
~~~~~~~~~~~~~~~~~~~~

The below commands will start everythin in development environment. To start in a production environment, suffix ``-prod`` to every **make** command.

For example, if the normal command is ``make start``, then for production environment, use ``make start-prod``. Do this modification to each command you want to run in production environment. 

**Exceptions:** You cannot use the above method for test commands, test commands are same for every environment. Also the  ``make system-prune`` command is standalone with no production specific variation (Remains same in all environments).

* **Start Applcation**
  ::

      $ make clean
      $ make build
      $ make start

      # OR

      $ docker-compose up -d


    
  
* **Stop Application**
  ::

      $ make stop

      # OR

      $ docker-compose stop


* **Remove and Clean Application**
  ::

      $ make clean

      # OR

      $ docker-compose rm --force -v
      $ echo "y" | docker system prune


* **Clean System**
  ::

      $ make system-prune

      # OR

      $ echo "y" | docker system prune






[Docker Method] Logging
~~~~~~~~~~~~~~~~~~~~~~~~


* To check the whole application Logs
  ::

      $ make check-logs

      # OR

      $ docker-compose logs --follow --tail=10



* To check just the python app\'s logs
  ::

      $ make check-logs-app

      # OR

      $ docker-compose logs --follow --tail=10 identidock




[Standalone Binary Method] Run
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

After having installed rabbitChat via pip, just the run the following commands to use it:

* **RabbitMQ Server**
  
  1. *For* ``Mac`` *Users*
  ::
          
          # start normally
          $ rabbitmq-server
           
          # If you want to run in background
          $ rabbitmq-server --detached 

          # start using brew rervices (doesn't work with tmux)
          $ brew services rabbitmq start


  2. *For* ``Ubuntu/LInux`` *Users*
  ::

          # start normally
          $ rabbitmq-server

          # If you want to run in background
          $ rabbitmq-server --detached

          # To start using service
          $ service rabbitmq-server start

          # To stop using service
          $ service rabbitmq-server stop
          
          # To restart using service
          $ service rabbitmq-server restart
          
          # To check the status
          $ service rabbitmq-server status



* **Start rabbitChat Server**
  ::

          $ rabbitChat [options]

  - **Options**

    :--port: Port number where the chat server will start


  - **Example**
    ::

          $ rabbitChat --port=9191

  
* **Stop rabbitChat Server**



  Click ``Ctrl+C`` to stop the server.





Test
-----

**NOTE:** Testing is only done using the Docker Method. anyway, it should not matter whether you run your application using the Docker Method or the Standalone Method. Testing is independent of it.

Now, testing is the main deal of the project. You can test in many ways, namely, using ``make`` commands as mentioned in the below commands, which automates everything and you don't have to know anything else, like what test library or framework is being used, how the tests are happening, either directly or via ``docker`` containers, or may be different virtual environments using ``tox``. Nothing is required to be known.

On the other hand if you want fine control over the tests, then you can run them directly, either by using ``pytest`` commands, or via ``tox`` commands to run them in different python environments or by using ``docker-compose`` commands to run differetn tests. 

But running the make commands is lawasy the go to strategy and reccomended approach for this project.

**NOTE:** Tox can be used directly, where ``docker`` containers will not be used. Although we can try to run ``tox`` inside our test contianers that we are using for running the tests using the ``make`` commands, but then we would have to change the ``Dockerfile`` and install all the ``python`` dependencies like ``python2.7``, ``python3.x`` and then run ``tox`` commands from inside the ``docker`` containers which then run the ``pytest`` commands which we run now to perform our tests inside the current test containers. 

**CAVEAT:** The only caveat of using the make commands directly and not using ``tox`` is we are only testing the project in a single ``python`` environment, nameley ``python 3.6``.


* To Test everything
  ::

      $ make test


  Any Other method without using make will involve writing a lot of commands. So use the make command preferrably


* To perform Unit Tests
  ::

      $ make test-unit


* To perform Component Tests
  ::

      $ make test-component


* To perform Contract Tests
  ::

      $ make test-contract


* To perform Integration Tests
  ::

      $ make test-integration


* To perform End To End (e2e) or System or UI Acceptance or Functional Tests
  ::

      $ make test-e2e

      # OR

      $ make test-system

      # OR  

      $ make test-ui-acceptance

      # OR

      $ make test-functional






Todo
-----

1. Add Private Chat functionality.
2. Manage Presence Management, sent, delivered acknowledgements.
3. Message Persistence and delivery of messages to offline clinets.
4. Add Blog post regarding this topic.
5. Add Contract Tests using pact
6. Add integration tests
7. Add e2e tests


Open Source Agenda is not affiliated with "RabbitChat" Project. README Source: anirbanroydas/rabbitChat

Open Source Agenda Badge

Open Source Agenda Rating