[Bayonne-devel] What to expect for 0.5.0 and libexec (TGI 4.0)

[David Sugar]

A lot of work has recently been done in expanding and revising libexec 
(TGI) support in Bayonne.  With 0.5, most of that work will very shortly 
be completed.

The most important change is that it will be possible to write complete 
applications that run under Bayonne entirely as a libexec and so can be 
entirely written in perl, python, c# pnet, or Java.  Libexec 
applications will be able to process user input, sequencing and play 
multilingual audio prompts through phrasebook, and many other things 
that normally were only possible to do from ccscript in the past.

The new transactional libexec system also has been changed so that it no 
longer depends on process signals.  This will make it both easier to 
support and to port to other platforms.  In particular, it should be 
possible to port the new libexec model to w32.  To better support 
libexec programming, I intend soon to make modules available for perl, 
python, c# (pnet), php, and Java for Bayonne 2.  Libbayonne will include 
a library class which can also be used to write libexec apps in C++.

In fact, I will be supporting three programming models from Bayonne in 
the future.  The first is Bayonne scripting, and this will be available 
from the Bayonne server of course.  The second model is libexec, and 
while libexec can be used from Bayonne when called by scripts, an 
alternate launcher will also be offered that can build routing and 
launch libexec programs directly from a simple config file.  The third 
model will be XML document transformations, which will be done in 
several new packages which are being built on top of libbayonne.

In separating the server from core Bayonne processing, it is also 
possible to create special purpose telephone integration servers which 
take advantage of special features of specific telephone systems.  I 
might look at doing one such server as a revised version of my old DBS 
server for Panasonic DBS telephone systems since I still have one around 
to test with.

dyfet.vcf
Description: Vcard