Skip to content

Is an infrastructure simulator to test effortlessy your app in minutes for MQTT, Redis, Amqp, MySQL, Postgres, Http, Https and MongoDB native protocols.

License

Notifications You must be signed in to change notification settings

kendarorg/the-protocol-master

Repository files navigation

The Protocol Master

The "protocol-master" is a command line tool (usable for any language) with (if you want to embed it) a set of java libraries, aimed at various tasks (and an executable jar if you want to try it quickly)

  • Create a state machine able to interpret a generic wire protocol, handling special situations like incomplete messages, sanding and receiving data according to byte ordering and formatting
  • Translate the queries in a standard, serializable format, logging all queries and results in a consistent way
  • Forward wire protocol to drivers. For SQL means passing the queries to JDBC drivers, for NO-SQL forwarding to the specific ones like MongoDB or AMQP
  • Run queries against a pre-recorded sequence of commands to simulate a real data storage, without the need of a real server (in the making)

The whole project is covered with Jacoco (64% coverage actually)

For this to become real an event based state machine has been developed, with several database wire protocol implementations:

  • PostgresSQL Usable for most db (for hibernate you should set the final db dialect of course)
    • Support for simple and extended query protocol
    • Transactions
    • Simple authentication (could add an "auth provider")
  • MySQL
    • Support for cached queries and stored procedures
    • Simple authentication (could add an "auth provider")
  • MongoDB
    • Basic authentication
  • RabbitMq/AMQP 0.9.1
    • Support for basic queue/publish/consume
    • Channels multiplexing
  • Redis (soon)

If you like it Buy me a coffe :)

paypal

Using it out of the box

You can use the "protocol-runner-VERSION.jar" to proxy all your calls and test your connections (and add some ISSUE to this project hopefully).

Inside protocol-runner/src/test/java/org/kenndar/runner/MainTest.java you can see an example where a recording is made and then reporduced.

Just call it like the following if using included mysql and postgres driver (adapt the line end to your system!):

  java -jar protocol-runner.jar \
    -p postgres -l 3175 \
    -xl remoteUser -xw remotePassword -xc jdbc:postgresql://remoteDb/test \
    -xd test/{timestamp}

Or like this to use an external driver (in this case Oracle JDBC driver) (adapt the cp/classpath and line end to your system!)

java -cp "ojdbc11.jar;protocol-runner.jar" \
    org.springframework.boot.loader.JarLauncher \
    -p postgres -l 5432 \
    -xl system -xw password -xc jdbc:oracle:thin:@192.168.1.96:1521/FREEPDB1 \
    -xd test/{timestamp}
usage: runner
 -l  [arg]   Select listening port
 -p  [arg]   Select protocol (mysql/mongo/postgres/amqp091)
 -pl         Replay from log directory
 -xc [arg]   Select remote connection string
 -xd [arg]   Select remote log directory (you can set a {timestamp} value
             that will be replaced with the current timestamp)
 -xl [arg]   Select remote login
 -xw [arg]   Select remote password
 -v  [arg]   Log level (default ERROR)
 -js [arg]   [jdbc] Set schema
 -jr [arg]   [jdbc] Replace queries

Inside the chosen directory you will find simple jsons containing all the data exchanged with the server AND you can modify it before replaying, to simulate special situations!

Set Schema

The set schema is called in case the jdbc driver does not allow setting the schema from connection string

Replace Queries

Specify a file containing "replacement queries" this is specially useful when running ... the runner as postgres and contacting a different kind of database. Here can be inserted the replacements.

SPACE ARE IMPORTANT INSIDE THE QUERY. THEY MUST MATCH THE REAL ONE. AND NO ";" SHOULD BE ADDED AT THE END OF QUERIES

This first example replaces "SELECT 1 AS TEST" directly with "SELECT 2 AS TEST".

#find
SELECT 
 1 AS TEST
#replace
SELECT 
 2 AS TEST

This second example replaces "SELECT anynumber AS TEST" with "SELECT anynumber+1 AS TEST" So if you send a "SELECT 10 AS TEST" the resultset will contain a 12.

Please notice the usage of the $1 in the capture group.

#regexfind
SELECT 
 ([0-9]+) AS TEST
#replace
SELECT 
 $1+2 AS TEST

This third example replaces "SELECT anynumber AS TEST" directly with "SELECT 2 AS TEST".

In this case the capture group is not used and the whole query will be ALWAYS be replaced

#regexfind
SELECT 
 ([0-9]+) AS TEST
#replace
SELECT 
 2 AS TEST

The state machine

TLDR

The state machine (or better the Turing Machine, having memory) is based on

  • States (extending ProtoState) able to interact with events
  • Events (extending BaseEvent) to invoke action on states
  • Context (extending ProtoContext) it is the memory storage for the current execution (connection) and the current state

Execution

When bytes arrives to the TM they are transformed in a "BytesEvent" and then consumed by the specific connection thread, then all the child states of the current state are verified. They have the responsibility to check if the message is of the correct type and then if the content is matching the signature.

When a state is hit it can send events or response messages. When an execution runs without errors then the "executed incoming buffer" is purged from the received bytes

The events are immediatly executed. If no bytes are present or there are not enough bytes to read, the events queue is seeked for "BytesEvent" and then the execution is retried.