dracularking/
共32个网摘 [
1 2 ]
下一页 |
访问dracularking的个人空间
dracularking收录，使用标签：sip，时间：2008-9-25 13:56:38 | 相关网摘，我也收藏
INVITE:
INVITE 方法被用来建立UA之间的media会话。在电话来说，类似于在ISDN上设置消息或是在ISUP上初始化地址消息。INVITE请求的响应总是发送一个ACK方法。
INVITE通常有一个包含呼叫者的media 信息的消息体。消息体通常包含其他的会话信息，比如Qos或安全信息，如果INVITE不包含media信息，ACK中包含UAC的媒体信息。如果ACK中包含的media信息不可以接受，被调用方发送BYE来取消这个会话。不可以使用CANNEL是因为会话已经建立咯。INVITE成功以后，就在两个UA之间建立了一个对话，直到两者之一发送BYE来结束这个会话。
UAC发起INVITE建立一个对话，同时在这次call的持续过程中为其分配了全局唯一的Call-ID，同时CSeq被初始化，对于相同的Call-ID的新请求增加CSeq。To和From字段分别定位于远程和本地地址。INVITE中From字段中包含tag，在任意回应中UAS在To中也包含tag。例如：在对INVITE的200OK回%
http://blog.csdn.net/kofshower/archive/2007/05/20/1617760.aspx
dracularking收录，使用标签：sip，时间：2008-9-18 15:06:03 | 相关网摘，我也收藏
程序创建地址对象，例如：URI, SipURI and TelURL。
17． javax.sip.header.ContactHeader： 一个ContactHeader头变量提供了包含请求或是响应的URI。
18． javax.sip.header.HeaderFactory：这个接口提供了一组方法允许从一个JAIN SIP实例中创建Header object。
19． javax.sip.header.ToHeader：To header是最初被请求的需要者所描述，Requests and Responses必须包括一个ToHeader。
20． javax.sip.message.MessageFactory： 这个接口提供了一组方法允许应用程序从一个JAIN SIP实例中创建Request 和 Response消息。
21． javax.sip.message.Request：一个SIP Request是一个从客户端到服务器的请求。
22． javax.sip.message.Response：一旦请求地接受者收到一个请求，一
http://blog.csdn.net/cothly/archive/2007/04/19/1570365.aspx
dracularking收录，使用标签：hash, getslot，时间：2008-7-23 16:53:16 | 相关网摘，我也收藏
private char[][] entries;
private final boolean ignoreCase;
/** Returns true if the String is in the set */
private int getSlot(CharSequence text) {
int code = getHashCode(text);
int pos = code & (entries.length-1);
char[] text2 = entries[pos];
if (text2 != null && !equals(text, text2)) {
final int inc = ((code>>8) code)|1;
do {
code = inc;
pos = code & (entries.length-1);
text2 = entries[pos];
} while (text2 != null && !equals(text, text2));
}
return pos;
}
private int getHashCode(CharSequence text) {
int code;
if (ignoreCase) {
code = 0;
int len = text.length();
for (int i=0; i code = code*31 Character.toLowerCase(text.charAt(i));
}
} else {
if (false && text instanceof String) {
code = text.hashCode();
} else {
code = 0;
int len = text.length();
http://topic.csdn.net/u/20080703/13/e2d2c64f-e196-4aa7-819c-c6cbaffc9ff7.html?seed=577592479
dracularking收录，使用标签：pageEncoding, contentType，时间：2008-6-13 9:53:45 | 相关网摘，我也收藏
关于JSP页面中的pageEncoding和contentType两种属性的区别：
pageEncoding是jsp文件本身的编码
contentType的charset是指服务器发送给客户端时的内容编码
JSP要经过两次的“编码”，第一阶段会用pageEncoding，第二阶段会用utf-8至utf-8，第三阶段就是由Tomcat出来的网页， 用的是contentType。
第一阶段是jsp编译成.java，它会根据pageEncoding的设定读取jsp，结果是由指定的编码方案翻译成统一的UTF-8 JAVA源码（即.java），如果pageEncoding设定错了，或没有设定，出来的就是中文乱码。
第二阶段是由JAVAC的JAVA源码至java byteCode的编译，不论JSP编写时候用的是什么编码方案，经过这个阶段的结果全部是UTF-8的encoding的java源码。
JAVAC用UTF-8的encoding读取java源码，编译成UTF-8 encoding的二进制码（即.class），这是JVM对常数字串在二进制码（java encoding）内表达的规范。
第三阶段是Tomcat（或其的application container）载入和执行阶段二的来的JAVA二进制码，输出的结果，也就是在客户端见到的，这时隐藏在阶段一和阶段二的参数contentType就发挥了功效
contentType的設定.
pageEncoding 和contentType的预设都是 ISO8859-1. 而随便设定了其中一个, 另一个就跟着一样了(TOMCAT4.1.27是如此). 但这不是绝对的, 这要看各自JSPC的处理方式. 而pageEncoding不等于contentType, 更有利亚洲区的文字 CJKV系JSP网页的开发和展示, (例pageEncoding=GB2312 不等于 contentType=utf-8)。
jsp文件不像.java，.java在被编译器读入的时候默认采用的是操作系统所设定的locale所对应的编码，比如中国大陆就是GBK，台湾就是BIG5或者MS950。而一般我们不管是在记事本还是在ue中写代码，如果没有经过特别转码的话，写出来的都是本地编码格式的内容。所以编译器采用的方法刚好可以让虚拟机得到正确的资料。
但是jsp文件不是这样，它没有这个默认转码过程，但是指定了pageEncoding就可以实现正确转码了。
举个例子:
<%@ page contentType="text/html;charset=utf-8" %>
大都会打印出乱码，因为我输入的“你好吗”是gbk的，但是服务器是否正确抓到“你好吗”不得而知。
但是如果更改为
<%@ page contentType="text/html;charset=utf-8" pageEncoding="GBK"%>
这样就服务器一定会是正确抓到“你好吗”了。
http://blog.csdn.net/yzzh9/archive/2007/09/23/1797036.aspx
共32个网摘 [
1 2 ]
下一页