Skip to content

Commit 50f4fc5

Browse files
committed
README update
1 parent 7dcfded commit 50f4fc5

File tree

1 file changed

+12
-6
lines changed

1 file changed

+12
-6
lines changed

README.md

Lines changed: 12 additions & 6 deletions
Original file line numberDiff line numberDiff line change
@@ -9,19 +9,25 @@ allows him to write.
99

1010
MQTT Outgoing path example:
1111

12+
```
1213
/apps/tilechat/users/USER-ID/RECIPIENT-USER-ID/messages/outgoing
14+
```
1315

1416
The Client application connected with MQTT to RabbitMQ, sends the message as a JSON payload
15-
to the "/outgoing" path.
17+
to the **/outgoing** path.
1618

1719
The observer subscribes himself to these paths. As soon as he gets notified of an _outgoing_ message
1820
the same message payload is forwarded (AMQP publish operation) to the recipient path:
1921

22+
```
2023
/apps/tilechat/users/RECIPIENT-USER-ID/SENDER-USER-ID/messages/clientadded
24+
```
2125

2226
The recipient will receive the MQTT publish notification on the incoming path decoding it as
2327
a new message based on the final part of the path, that always indicates the type of operation
24-
on that path ("/clientadded" = new payload arrived on the path).
28+
on that path:
29+
30+
**/clientadded** = new payload (a message) arrived on the path.
2531

2632
Using this observer Chat21 implements the use of the "inbox" concept. Messages will never arrive
2733
directly with a client-to-client communication, but always through the observer who can take additional
@@ -31,8 +37,8 @@ Moreover, a granular security can be applied with the "inbox" patterns, using Ra
3137
where a user can only read and write on his own, specific paths, never reading or writing directly on
3238
other users inboxes.
3339

34-
The "inbox" pattern works just like email SMTP/POP3 protocol. The message is sent from the user
35-
to his own SMTP server inbox, as an _outgoing_ message. This "observer", gets the message and
36-
sends it to the recipient's SMTP server (the recipient inbox path) where the recipient itself
37-
will read the message as soon as he connect to RabbitMQ through MQTT.
40+
The **inbox** pattern just works like email _SMTP/POP3_ protocols. The message is sent from the user
41+
to his own SMTP server inbox (the _/outgoing_ path), as an _outgoing_ message. The "observer" (this application),
42+
gets the message and sends it to the recipient's SMTP server (the recipient inbox path) with a */clientadded* action
43+
where the recipient itself will receive the message as soon as he connects to RabbitMQ through MQTT.
3844

0 commit comments

Comments
 (0)