网络编程 | 站长之家 | 网页制作 | 图形图象 | 操作系统 | 冲浪宝典 | 软件教学 | 网络办公 | 邮件系统 | 网络安全 | 认证考试 | 系统进程
Firefox | IE | Maxthon | 迅雷 | 电驴 | BitComet | FlashGet | QQ | QQ空间 | Vista | 输入法 | Ghost | Word | Excel | wps | Powerpoint
asp | .net | php | jsp | Sql | c# | Ajax | xml | Dreamweaver | FrontPages | Javascript | css | photoshop | fireworks | Flash | Cad | Discuz!
当前位置 > 网站建设学院 > 网络编程 > J2EE/J2ME
Tag:注入,存储过程,分页,安全,优化,xmlhttp,fso,jmail,application,session,防盗链,stream,无组件,组件,md5,乱码,缓存,加密,验证码,算法,cookies,ubb,正则表达式,水印,索引,日志,压缩,base64,url重写,上传,控件,Web.config,JDBC,函数,内存,PDF,迁移,结构,破解,编译,配置,进程,分词,IIS,Apache,Tomcat,phpmyadmin,Gzip,触发器,socket
网络编程:ASP教程,ASP.NET教程,PHP教程,JSP教程,C#教程,数据库,XML教程,Ajax,Java,Perl,Shell,VB教程,Delphi,C/C++教程,软件工程,J2EE/J2ME,移动开发
本月文章推荐
.J2ME性能优化之--方法和内存的评.
.Hibernate+Struts的J2EE应用开发.
.线标记语言(WML)之Script函数库.
.小议在Servlet中如何捕获Session.
.J2EE应用服务器Jboss + Tomcat安.
.用Ant发布应用程序到OC4J.
.在J2ME编程中使用 Nokia 的中文模.
.RMS从入门到精通之一.
.MIDlet国际化——JSR238.
.Java中关于XML的API一瞥.
.使用FileConnection访问文件系统.
.J2EETM蓝图摘要.
.JBOSSAOP学习笔记-AOP基本知识.
.谈新手修练J2EE武功及学SSH的方法.
.BlueTooth探索系列(一)---JSR0.
.选择:J2EE还是.NET,这是一个问.
.使用MIDP底层用户接口API.
.将Javaimage对象转换成PNG格式字.
.WSIL简介(一).
.MIDP图形用户界面结构分析.

Java ME应用设计指南之联网重定向

发表日期:2007-12-23


HTTP 1.1协议允许Web服务器临时改变资源的位置,也就是说你访问的资源在另外一个地址。这时候服务器返回的响应代码是302,而新的地址存放在Header中,Header的名称是Location。正常情况下,客户端浏览器应该指向临时的访问地址。但是,移动终端设备差距很大,在处理302返回码的时候,设备之间的行为差异很大。

下面的代码可以用来处理重定向问题,但是在部分设备中会导致应用程序出错。

Connection c = (HttpConnection) Connector.open(uri);

  int status = c.getResponseCode();
String new_uri = c.getHeaderField("Location"); // new_uri is null on some devices
if (status == 302) {
  c.close();
  c = (HttpConnection) Connector.open(new_uri); // Breaks here
}
 
由于重定向是HTTP 1.1的特性,那么所有1.1兼容的设备都需要考虑这个问题。下面介绍如何解决这个问题。

事实证明在某些设备上,底层的网络协议栈处理重定向的问题,302响应码告诉应用程序内部的处理流程。应用程序应该等待直到响应码等于302。但是有些设备不能正确地从响应中解析出Location字段,这样Location字段的内容是null,响应码存储在了响应的内容之中。有经验的工程师会采用下面的解决办法。

1)解析响应,在Location或者响应的内容中查找新地址,如果找到的话关闭以前的连接,转向新的连接。

2)如果什么也没有找到的话,那么等待10-1000ms,直到状态码从302转变为200。马上处理响应,当作没有错误发生。

下面的代码能够很好的解决重定向的问题,供大家参考和完善。

Connection c = (HttpConnection) Connector.open(uri);
int status = c.getResponseCode();
String redirection = httpConnection.getHeaderField("Location");
if (status == HttpConnection.HTTP_TEMP_REDIRECT) {
  if (redirection != null) {
    // This the standard HTTP 1.1 behaviour, move on to the redirection uri (basically restarting again).
  } else {
    // Parse the content of the HTTP response, if any.
    // Lookup for a "Location" header, if found, set value to the redirection variable
    if (redirection != null) {
    // Since location was found, fall back to the standard behaviour.
    } else {
      long begin_wait = System.currentTimeMillis();
      while (System.currentTimeMillis() - begin_wait < 1000 response != 200) {
        sleep(100);
        response = httpConnection.getResponseCode();
      };
      if (response == 200) {
        // Once again we're back on tracks, continue processing as if no error has ever happen
      } else {
        // Here we're really hopeless. Either the server did provided a valid redirection uri,
        // or the device did not preserved it. The best option is probably to fail by throwing an exception.
      };
    };
  };
} else // Handle other error codes here
};

// Handle sUCcess here (status == 200)


您还可以了解一下Http协议的细节,http://www.ietf.org/rfc/rfc2616.txt。本文是笔者在阅读SUN的技术文章的时候编译的。您可以通过下面的地址阅读原文,也欢迎您编译其他的好文章,共同促进国内Java ME技术的发展。

(出处:)


上一篇:使用FileConnection访问文件系统 人气:1276
下一篇:J2EE学习经验:JSP学习总结 人气:741
浏览全部J2EE/J2ME的内容 Dreamweaver插件下载 网页广告代码 祝你圣诞节快乐 2009年新年快乐