freeswitch: ESL中如何自定义事件及自定义事件的监听
freeswitch: ESL中如何自定义事件及自定义事件的监听
虽然freeswitch已经内置了一些标识的事件，比如：CHANNEL_CREATE(发起呼叫时触发)，CHANNEL_HANGUP_COMPLETE（电话挂断时触发）...，但是有时候我们想根据业务需求，新增一些自定义的事件，比如：客人进线后，如果分配到了一个空闲的客服，希望触发一个特定的事件。
可参考以下代码（注：以下所有代码依赖的esl-client，来自于github上的最新代码）
@Override
public void onConnect(Context context, EslEvent eslEvent) {
try {
Execute exe = new Execute(context, null);
StringBuilder sbEvent = new StringBuilder();
sbEvent.append("Event-Name=").append("CUSTOM").append(",");
sbEvent.append("Event-Subclass=").append("callcenter::info").append(",");
//自定义事件中的变量（根据业务需求，可自行添加，注：系统变量并不能覆盖，比如下面的Caller-ANI）
sbEvent.append("Caller-ANI=").append("999999").append(",");
//只有业务新增的变量，赋值才有意义
sbEvent.append("MY-VAR-1=").append("abcdefg").append(",");
//触发自定义事件
exe.event(sbEvent.toString());
//其它处理（这里只是示例调用了echo）
exe.echo();
} catch (ExecuteException e) {
e.printStackTrace();
} finally {
context.closeChannel();
}
}ESL outbound外联模式下，onConnect方法中的上述代码，相当于每次进线，都触发一个自定义事件，然后调用echo，让主叫方听到自己的声音。
测试一下，可以在inbound中监控该事件，主要代码如下：
//inbound test
final Client inboundClient = new Client();
inboundClient.connect(new InetSocketAddress("localhost", 8021), "ClueCon", 10);
inboundClient.setEventSubscriptions(IModEslApi.EventFormat.PLAIN, "ALL");
inboundClient.addEventListener((ctx, event) ->
{
String eventName = event.getEventName();
if (eventName.equalsIgnoreCase("CUSTOM") || eventName.contains("HANGUP_COMPLETE")) {
String ani = event.getEventHeaders().get("Caller-ANI");
String myvar = event.getEventHeaders().get("MY-VAR-1");
System.out.println("INBOUND=> eventName: " + event.getEventName() + ", ani = " + ani + ", myvar = " + myvar);
}
}执行结果 ：
这里有几个要注意的地方：
1. 系统自带的默认通道变量，比如Caller-ANI，在自定义事件中并不能通过赋值的方式篡改。比如上面的示例中，我们把Caller-ANI想改成999999，但是没未生效。
2. 每一次自定义事件的触发，设置的业务变量（比如：上面的MY-VAR-1)，只在本次事件中有效，并不象freeswitch自带的变量，可以一直传递到后面的事件中。
3. 如果需要添加自定义变量，且一直能向下传递到所有事件中，可以用export导出变量
exe.export("MY-VAR-2", "something", true);而且用export导出的变量，在取值时，要加上variable_前缀，即:
event.getEventHeaders().get("variable_MY-VAR-2");另外还有一个大坑，可能是esl-client代码的问题，在inbound订阅事件时，可以指定订阅指定事件，上面的示例中，我们用的是ALL，即订阅所有事件。
inboundClient.setEventSubscriptions(IModEslApi.EventFormat.PLAIN, "ALL");根据setEventSubscriptions源码的注释说明，可以用类似 “A B C”的方式，指定订阅事件A, B ,C
/**
* Set the current event subscription for this connection to the server. Examples of the events
* argument are:
* <pre>
* ALL
* CHANNEL_CREATE CHANNEL_DESTROY HEARTBEAT
* CUSTOM conference::maintenance
* CHANNEL_CREATE CHANNEL_DESTROY CUSTOM conference::maintenance sofia::register sofia::expire
* </pre>
* Subsequent calls to this method replaces any previous subscriptions that were set.
* </p>
* Note: current implementation can only process 'plain' events.
*
* @param format can be { plain | xml }
* @param events { all | space separated list of events }
* @return a {@link CommandResponse} with the server's response.
*/
@Override
public CommandResponse setEventSubscriptions(EventFormat format, String events) {
checkConnected();
return clientContext.get().setEventSubscriptions(format, events);
}但现实是残酷的，当我们换成后
inboundClient.setEventSubscriptions(IModEslApi.EventFormat.PLAIN, "CHANNEL_CREATE CHANNEL_HANGUP CHANNEL_HANGUP_COMPLETE CHANNEL_DESTROY CUSTOM");居然发现inbound模式下的CUSTOM事件无法订阅成功
