Re: loadable modules ?

"Bruno David Rodrigues" <[email protected]>
Newsgroups gmane.comp.mobile.kannel.devel
Message-ID <01e801c1be35$957c73f0$6e01290a@hobbes>
Or have a simple just-text smsbox and aditional smsbox modules to
OTA, NSM, EMS, etc

;)

----- Original Message -----
From: "Bernino Lind" <[email protected]>
To: "Stipe Tolj" <[email protected]>
Cc: <[email protected]>
Sent: Friday, February 22, 2002 7:53 AM
Subject: RE: loadable modules ?


Dear developers,

Hope you enjoy your friday!

If a such plan is underway, please have in mind to make the freeze of the
CVS to have a stable branch.

Im very thrilled to see this project moving into the module direction. This
way I think we should consider to generalize the concept of modules and have
well defined description of how to add/write a module to bearerbox with a
generalist touch that modules should be capable of instanciating eachother
in various ways.

In this way a very fantastic complicated loadbalancing or routing would be
possible, or some crazy horse might add an on the fly python interpreter as
a module or...whatever. Looking at the increasing number of apache modules
it seems like human creativity does not stop just because C programmers
always make programs that leak memory ;-)

I really appreciate this direction,

--
med venlig hilsen / Best Regards
Bernino Lind +45 7021 0050
catpipe Systems ApS - www.catpipe.net
Best done *BSD solutions




-----Original Message-----
From: [email protected]
[mailto:[email protected]]On Behalf Of Stipe Tolj
Sent: 21. februar 2002 20:10
Cc: [email protected]
Subject: Re: loadable modules ?


Oded Arbel wrote:
>
> I think that would be very nice feature, and I see several things I can
> do with it.
> another revolutionary idea - wouldn't it be nice to load the smsc
> modules as dynamic libraries ? that way we don't need to build smsc
> modules that we're not going to use...

yep, that brings us to 2 API architectures we should think about:

1) module API to load-on-the-fly smsc modules (smpp, emi2, at2, etc.)
2) module API to load-on-the-fly sms-services (so that there is no
need to SIGHUP smsbox for processing)

Stipe

[email protected]
-------------------------------------------------------------------
Wapme Systems AG

Münsterstr. 248
40470 Düsseldorf

Tel: +49-211-74845-0
Fax: +49-211-74845-299

E-Mail: [email protected]
Internet: http://www.wapme-systems.de
-------------------------------------------------------------------
wapme.net - wherever you are
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.