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

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

 

如果是一个B2BUA,那么只需要一个全局容器Hashmap<SipSession,SipSession> 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<SipSession,SipSession> map = new HashMap<SipSession,SipSession>; ... 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<SipSession,SipSession> map = new HashMap<SipSession,SipSession>; ... public void init(ServletConfig config) throws ServletException { super.init(config); ctx = config.getServletContext(); map = (HashMap<SipSession,SipSession>)ctx.getAttribute("StateMap"); ... } ...}

 

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

 

 

public class ProxyServlet extends SipServlet{ ... ServletContext ctx = null; List<SipSession> ssl = new LinkedList<SipSession>(); ... 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<SipSession> ssl = new LinkedList<SipSession>(); ... public void init(ServletConfig config) throws ServletException { super.init(config); ctx = config.getServletContext(); ssl = (List<SipSession)ctx.getAttribute("StateList"); ... } ...} 

 

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

public class StateList { List<SipSession> ssl = new LinkedList<SipSession>(); //将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<SipSession> 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中的方法需要完成的功能