ESL中如何自定义事件及自定义事件的监听
虽然freeswitch已经内置了一些标识的事件,比如:CHANNEL_CREATE(发起呼叫时触发),CHANNEL_HANGUP_COMPLETE(电话挂断时触发)...,但是有时候我们想根据业务需求,新增一些自定义的事件,比如:客人进线后,如果分配到了一个空闲的客服,希望触发一个特定的事件。
可参考以下代码(注:以下所有代码依赖的esl-client,来自于github上的最新代码)
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
|
@Overridepublic 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中监控该事件,主要代码如下:
|
1
2
3
4
5
6
7
8
9
10
11
12
13
|
//inbound testfinal 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导出变量
|
1
|
exe.export("MY-VAR-2", "something", true); |
而且用export导出的变量,在取值时,要加上variable_前缀,即:
|
1
|
event.getEventHeaders().get("variable_MY-VAR-2"); |
另外还有一个大坑,可能是esl-client代码的问题,在inbound订阅事件时,可以指定订阅指定事件,上面的示例中,我们用的是ALL,即订阅所有事件。
inboundClient.setEventSubscriptions(IModEslApi.EventFormat.PLAIN, "ALL"); |
根据setEventSubscriptions源码的注释说明,可以用类似 “A B C”的方式,指定订阅事件A, B ,C
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
|
/** * 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. */@Overridepublic CommandResponse setEventSubscriptions(EventFormat format, String events) { checkConnected(); return clientContext.get().setEventSubscriptions(format, events);} |
但现实是残酷的,当我们换成后
|
1
2
|
inboundClient.setEventSubscriptions(IModEslApi.EventFormat.PLAIN, "CHANNEL_CREATE CHANNEL_HANGUP CHANNEL_HANGUP_COMPLETE CHANNEL_DESTROY CUSTOM"); |
居然发现inbound模式下的CUSTOM事件无法订阅成功(注:解决方法,见评价区1楼ctgu_czy的回复,感谢ctgu_czy)


浙公网安备 33010602011771号