Mercury-IM/Smack
Mercury-IM/Smack
1
0
Fork 0
mirror of https://codeberg.org/Mercury-IM/Smack synced 2024-11-22 06:12:05 +01:00
Code Issues Releases Wiki Activity

Merge pull request #390 from adiaholic/docFix

Browse source 
Correct spellings wherever needed in `connection-modules.md`
This commit is contained in:
Florian Schmaus 2020-05-13 22:29:14 +02:00 committed by GitHub
commit 3ab44050cc
No known key found for this signature in database
GPG key ID: 4AEE18F83AFDEB23
1 changed files with 2 additions and 2 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

4
documentation/connection-modules.md
View file

@ -5,7 +5,7 @@ Smack's Modular Connection Architecture
**Note: Everything related to the modular connection architecture is currently considered experimental and should not be used in production. Use the mature `XMPPTCPConnection` if you do not feel adventurous.
Smack's modular connection architecture allows to extend a XMPP c2s (client-to-server) connection with additional functionalty by adding modules.
Smack's modular connection architecture allows to extend a XMPP c2s (client-to-server) connection with additional functionality by adding modules.
Those modules extend the Finite State Machine (FSM) within the `ModularXmppClientToServerConnection` with new states.
Connection modules can either be
@ -32,4 +32,4 @@ Connection modules are plugged into the the modular connection via their constru
Modules and states always have an accompanying *descriptor* type.
`ModuleDescriptor` and `StateDescriptor` exist without an connection instance.
They describe the module and state metadata, while their modules are states are instanciated once a modular connection is instanciated.
They describe the module and state metadata, while their modules and states are instanciated once a modular connection is instanciated.