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