IM Kit

Feature #136

Load protocols in their own team

Added by Michael Davidson almost 2 years ago. Updated almost 2 years ago.

Status:

Closed

Start:

10/17/2008

Priority:

Normal

Due date:

Assigned to:

Michael Davidson

% Done:

100%

Category:

im_server

Spent time:

18.50 hours

Target version:

0.9.2

Operating System:

Description

Move the protocols into their own team. This way if one protocol crashes it does not affect the other protocols.

Current plan is;
a) Small "client" which makes use of the existing client framework
b) Client would take a protocol as a command line argument
c) Client loads protocol as an add on.
d) Client sets up an IM::Manager
e) Client proxies messages between the IM::Manager and the protocol

Future protocols could be written as a standard application with no plugin loading.

History

#1
Updated by Michael Davidson almost 2 years ago

Category set to im_server
Assigned to set to Michael Davidson

#2
Updated by Michael Davidson almost 2 years ago

Target version set to 0.9.2

#3
Updated by Pier Luigi Fiorini almost 2 years ago

Is it better to reschedule this feature for IM Kit 0.9.3, isn't it?
I would like to do a release as soon as possible with less bugs and Haiku support :)
We have important bugs to resolve first like MSN, AIM and ICQ not working.

#4
Updated by Michael Davidson almost 2 years ago

I don't believe so. This is an important step forward in terms of the stability of the IM Kit (as well as the ability to run multiple copies of the same protocol at once)

#5
Updated by Bruno Albuquerque almost 2 years ago

OTOH, it is not a trivial change. This would probably make communication between the add-ons and server more complicated, I think. So unless someone is already working on this and has it almost done, I would vote for postponing it to the next version.

#6
Updated by Michael Davidson almost 2 years ago

It really isn't that large or complicated a change. But I would prefer to get it into this version so that it gets tested thoroughly. It also helps greatly with the stability of the im_server