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