They are created in C code and not visible as .py files.

On Feb 15, 2018 12:03 AM, "Grant Bagdasarian" <g...@cm.nl> wrote:

> Hi,
>
> Where would one get the files which are imported when creating a Kamailio
> file using python?
> import Router.Logger as Logger
> import KSR as KSR
>
> Would be awesome if we could reference these and get code completion when
> using for instance Visual Studio code.
> So, basically, I'm looking for the KSR.py and Router.py files, but I
> cannot find them.
>
> Regards,
> Grant
>
> -----Original Message-----
> From: sr-users [mailto:sr-users-boun...@lists.kamailio.org] On Behalf Of
> Daniel-Constantin Mierla
> Sent: woensdag 7 februari 2018 16:02
> To: Aleksandar Sosic <alex.so...@timenet.it>
> Cc: Kamailio (SER) - Users Mailing List <sr-users@lists.kamailio.org>
> Subject: Re: [SR-Users] KEMI
>
> I am more into Lua when it comes on doing something the native
> kamailio.cfg cannot do, that's because Lua has a decent range of extensions
> (external Lua libraries).
>
> JavaScript was added for those that do not need a lot of external
> extensions, but want to have script reload.
>
> Same for Squirrel, but that language is not so popular as JavaScript,
> however, there could be people liking it, being very minimal, thus
> expecting to need very low resources.
>
> Anyhow, once implemented, a kemi interpreter module should not need much
> maintenance. New kemi functions will be exported directly from the other
> modules.
>
> Cheers,
> Daniel
>
>
> On 07.02.18 14:12, Aleksandar Sosic wrote:
> > Thanks Dan for the extensive answer!
> >
> > My last question then is what kemi language do you use personally? :D
> >
> > Kind regards,
> > --
> > Aleksandar Sosic
> > mail: alex.so...@timenet.it
> > skype: alex.sosic
> > cell: +385 91 2505 146
> >
> >
> > On Tue, Feb 6, 2018 at 8:44 PM, Daniel-Constantin Mierla
> > <mico...@gmail.com> wrote:
> >> The C code is the same for 99% of the KSR functions available either
> >> in python or javascript (or the other kemi languages). Only KSR.pv
> >> and 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:
> >>
> >>   -
> >> https://github.com/kamailio/kamailio/tree/master/misc/examples/kemi
> >>
> >> 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.
> >>
> >> Cheers,
> >> Daniel
>
> --
> Daniel-Constantin Mierla
> 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
>
>
> _______________________________________________
> Kamailio (SER) - Users Mailing List
> sr-users@lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
> _______________________________________________
> Kamailio (SER) - Users Mailing List
> sr-users@lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
_______________________________________________
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Reply via email to