miconda at gmail.com
Tue Feb 6 20:44:03 CET 2018
The C code is the same for 99% of the KSR functions available either in
KSR.x functions are implemented in the app_python or app_jsdt modules.
So if such a KSR function is broken, it is the same everywhere
Probably KSR.pv can be moved in a common place, but KSR.x are specific
extensions for each interpreter, so it will stay in app_*.
Then of course, it is a matter of the script interpreter, python vs js
ducktape, which are external project, we just bind to them. Also, it is
about the maintenance of app_python and app_jsdt. I am not the developer
of app_python and I cannot assert its state, I just added the kemi
enhancement. app_jsdt was developed by me, but I haven't used it
extensively so far.
Probably you can do some basic configs and test yourself and see what
fits your needs better, you can start from the examples at:
In long term, you have to look at the extensions you may need, what
python offers vs ducktape js interpreter in terms of their own
extensions and libraries.
On 06.02.18 16:51, Aleksandar Sosic wrote:
> What about JS?
> Aleksandar Sosic
> mail: alex.sosic at timenet.it
> skype: alex.sosic
> cell: +385 91 2505 146
> On Tue, Feb 6, 2018 at 11:06 AM, Daniel-Constantin Mierla
> <miconda at gmail.com> wrote:
>> since we are discussing about python here, just to let you know that among
>> those Kemi modules, app_python is the only one that has no script reload
>> support. I started to implement it, but it doesn't work, crashing. If
>> someone is familiar with the module, maybe he can help
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - March 5-7, 2018, Berlin - www.asipto.com
Kamailio World Conference - May 14-16, 2018 - www.kamailioworld.com
More information about the sr-users