DesignXMPP analysis » History » Version 1
Tijmen de Mes, 05/07/2012 10:59 AM
1 | 1 | Tijmen de Mes | h1. Software Candidates Analysis |
---|---|---|---|
2 | |||
3 | |||
4 | |||
5 | |||
6 | In this phase the existing XMPP libraries will be analyzed and one will be chosen to be used throughout the project. |
||
7 | |||
8 | |||
9 | h2. Requirements |
||
10 | |||
11 | |||
12 | * Written in Python (C/C++ could also be used, but a wrapper would need to be written) |
||
13 | * Support for XMPP server and/or component |
||
14 | * Ability to use it with the current model used by SylkServer |
||
15 | ** Green threads |
||
16 | ** Callback based IO |
||
17 | |||
18 | |||
19 | h2. Software Libraries Evaluation |
||
20 | |||
21 | |||
22 | The following aspects were considered when evaluating a given library: |
||
23 | |||
24 | * Met requirements stated above |
||
25 | * Is it actively maintained? |
||
26 | * Example use cases |
||
27 | * Deployments in real-world scenarios |
||
28 | * Perceived complexity to integrate it with SylkServer architecture |
||
29 | |||
30 | List on xmpp.org http://xmpp.org/xmpp-software/libraries/ |
||
31 | |||
32 | |||
33 | h2. Selected XMPP library |
||
34 | |||
35 | |||
36 | After analyzing candidate libraries *Wokkel* was the chosen one for the following reasons: |
||
37 | |||
38 | * Implemented on top of Twisted, which makes integration with SylkServer straightforward |
||
39 | * Support for both component and XMPP server models, allowing for flexibility in implementation |
||
40 | |||
41 | http://wokkel.ik.nu/ |
||
42 | |||
43 | * Plugin architecture, 'subprotocols' implementing different XEPs |
||
44 | * Client and server component support |
||
45 | * XMPP server-to-server support (s2s) |
||
46 | * Designed to be used with Twisted (reactor model) |
||
47 | * Active development |
||
48 | |||
49 | |||
50 | h2. Selected SIP Library |
||
51 | |||
52 | |||
53 | SIP SIMPLE SDK http://sipsimpleclient.com used by SylkServer |