在SipServlet中使用SipSession或SipApplicationSession来处理UA状态的改变

先说点与本文无关的,今天终于用X-Lite注册上,原来是需要设置呼出经过的proxy服务器为"127.0.0.1:5081",当然了,这是本机,如果是其他电脑,需要将IP设置为服务器.5081是SDS中P-CSCF所使用的端口,如果只使用IP地址,也是不可以的!

 

如果是一个B2BUA,那么只需要一个全局容器Hashmap map,保存所有"存活"的session,但是现在我的是一个proxy servlet和一个B2BUA servlet,这样,保存状态的容器需要能被两个servlet class 共用.所以在分别在两个Servlet中创建ServletContext对象,并且分别在init函数中初始化ctx=config.getServletContext().如下:

public void init(ServletConfig config) throws ServletException { super.init(config); ctx = config.getServletContext(); ... } 

然后在第一个Servlet--ProxyServlet中

public class ProxyServlet extends SipServlet{ ... ServletContext ctx = null; HashMap map = new HashMap; ... public void init(ServletConfig config) throws ServletException { super.init(config); ctx = config.getServletContext(); ctx.setAttribute("StateMap",map); ... } ... }

 

在第二个Servlet--B2BUAServlet中

public class B2BUAServlet extends SipServlet{ ... ServletContext ctx = null; HashMap map = new HashMap; ... public void init(ServletConfig config) throws ServletException { super.init(config); ctx = config.getServletContext(); map = (HashMap)ctx.getAttribute("StateMap"); ... } ... }

 

这样就解决了在两个Servlet中使用同一个Map保存session的问题.但是使用HashMap这种数据结构合适吗?对于ProxyServlet来说,他只能得到一个SipSession--request.getSession(),使用List或许更合适...

 

 

public class ProxyServlet extends SipServlet{ ... ServletContext ctx = null; List ssl = new LinkedList(); ... public void init(ServletConfig config) throws ServletException { super.init(config); ctx = config.getServletContext(); ctx.setAttribute("StateList",ssl); ... } ... } public class B2BUAServlet extends SipServlet{ ... ServletContext ctx = null; List ssl = new LinkedList(); ... public void init(ServletConfig config) throws ServletException { super.init(config); ctx = config.getServletContext(); ssl = (List

 

但是还有问题,就是在查找或者删除的时候会出现大量代码,影响代码的可读性,于是决定将List的操作封装在一个类StateList中

public class StateList { List ssl = new LinkedList(); //将set和add整合在一起,无需知道索引值 public Bool add(SipSession ss) { int index = ssl.indexOf(ss); if(index != -1) { ssl.set(index,ss); return true; } else { ssl.add(ssl.size(),ss); return true; } } //递归调用,无需知道索引值 public Bool remove(SipSession ss){ int index = ssl.indexOf(ss); if(index != -1) { ssl.remove(index); this.remove(ss); } else { return true; } } //遍历List,返回指定属性str为1的第一个SipSession public SipSession get(String str) { Iterator it = ssl.iterator(); while(it.hasNext()) { if(it.next().getAttribute(str) == 1) { return it.next(); } } return null; } };  

 

想到一个问题...如果真的用SipSession来保存状态的话,List或者Map还真的需要吗?...似乎完全不需要了!

SipSession 生命周期 一般来说, SipSession 的生命周期可以由下面的方法控制: 1. 其父 SipApplicationSession 超时或者明确地失效了那么所有协议的子会话也会失效. 2. 应用程序使用 SipSession 的 invalidate() API 使明确的失效. 3. 应用程序标记 SipSession 为失效并且容器随后当这个会话进入 ready-to-invalidate 状态时使它失效了. 任何试图在一个失效的 SipSession 上获取或者存储数据会导致容器抛出一个 IllegalStateException. 当一个 SipSession 终止了, 不管是因为父应用会话超时了还是因为这个会话明确的失效了, 窗口必须从内存中清除所有这个状态的会话. 在这种情况下, 如果收到一个属地这个会话的后续的请求或者回应, 容器将随意地按下面的方法处理这个消息: 1. 通过发送一个 481 错误回应拒绝这个请求 2. 路由这个请求或者回应 很可能在同样的应用路径不同的应用实例有不同的生命周期. 容器处理一个对话的后续的请求和回应... 

 

哈哈哈!~全写的是废话啊!只需要在收到182的时候将session置一个属性值(HELD),作为标记,在收到ACK的时候,判断ACK.getSession().getAttribut("Flag")是否等于HELD.如果是,那么proxy这个ACK请求,并且

SipApplicationSession sas = ACK.getApplicationSession(true);

sas.setAttribute("INVITE_SEND","INVITE_SEND);

SipServletRequest newReq = sf.createRequest(sas,"INVITE",ACK.getTo(),ACK.getFrom());

 

在收到 200 OK 时加上判断

resp.getMethod() == "INVITE" && resp.getRequest().isInitial != true

如果"是"

拷贝此response的SDP信息

resp.setContentType("text/plain");

String content = resp.getContent();

然后

SipApplicationSession sas = resp.getApplicationSession(true);

判断sas.getAttribute("INVITE_SEND")=="INVITE_SEND";

如果是

SipServletRequest newReq = sf.createRequest(sas,"INVITE",resp.getFrom(),resp.getTo());

newReq.setContentType("text/plain");

newReq.setContent(content,"text/plain");

newReq.setContentType("sdp/application");

newReq.setContentLength(content.length());

newReq.send();

sas.removeAttribute("INVITE_SEND");

resp.createACK().send();

 

当然了,这些都是在ProxyServlet中完成的功能,明天,来写B2BUAServlet中的方法需要完成的功能