servlet

Servlet中的getServletContext的使用注意事项 在doget或dopost中直接获取ServletContext对象 如果Servlet重写了带有ServletConfig参数的init方法，那么调用getServletContext()时会引发空指针异常 在doget或dopost中直接获取ServletContext对象 getServletContext()方法是ServletConfig接口定义的方法，在servlet中可以直接调用getServletContext()来获取ServletContext对象 @Override protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException { System.out.println("上下文参数："+getServletContext().getInitParameter("age")); } 如果Servlet重写了带有ServletConfig参数的init方法，那么调用getServletContext()时会引发空指针异常 @Override public void init(ServletConfig config) throws

前言 最近的这段时间一直在学习Java EE，刚刚完成了从0到1的蜕变，所以顺便整理一下我所了解到的Java EE，给刚入门学习的新人一些头绪，而所谓“启示录”，就是这个意思。 一.Java EE是什么？ Java EE（Java Enterprise Edition）是一种 企业级应用的软件架构，同时是一种思想，一套规范。 二.Java EE的发展史 Java Enterprise Edition的发展不知不觉已经12年了，不知道大家有没留意，一开始，Java Enterprise Edition简称“J2EE”，直到版本5才改名为Java EE，而现在最新的版本则是Java EE 6。 到这里，或许有人会问，为什么会有这么多套Java EE规范？这些版本的差别是什么？ 1.J2EE1.2的出现，主要是将之前各个单独的规范绑定到一起。 2.J2EE1.3，则是继续完善J2EE体系结构。 3.J2EE1.4，主要是加入了一个重要主题：Web Service 4.而Java EE 5，主题则是“简化”，简化之前复杂的J2EE思想，改善开发体验。 三.Java EE到底要解决什么问题？ 1.Java EE解决什么问题？ 从Java EE发展背景看，它与“分布式应用”以及“互联网应用”的关系密不可分，而这两者也正是Java EE要解决的问题！ 其实

一、SpringMVC 简单介绍 SpringMVC 框架是以请求为驱动，围绕 Servlet 设计，将请求发给控制器，然后通过模型对象，分派器来展示请求结果视图。其中核心类是 DispatcherServlet，它是一个 Servlet，顶层是实现的Servlet接口。 二、 SpringMVC 使用 需要在 web.xml 中配置 DispatcherServlet 。并且需要配置 Spring 监听器ContextLoaderListener ```xml <listener> <listener-class>org.springframework.web.context.ContextLoaderListener </listener-class> </listener> <servlet> <servlet-name>springmvc</servlet-name> <servlet-class>org.springframework.web.servlet.DispatcherServlet </servlet-class> <!-- 如果不设置init-param标签，则必须在/WEB-INF/下创建xxx-servlet.xml文件，其中xxx是servlet-name中配置的名称。 --> <init-param> <param-name

JSP/Servlet 工作原理 Servlet Servlet 没有 main 方法，不能够独立的运行，它的运行需要容器的支持，Tomcat 是最常用的 JSP/Servlet 容器。 Servlet 运行在 Servlet 容器中，并由容器管理从创建到销毁的整个过程。 Servlet 的生命周期 (1) 加载和实例化 Servlet 容器装载和实例化一个 Servlet。创建出该 Servlet 类的一个实例。 (2) 初始化 在 Servlet 实例化完成之后，容器负责调用该 Servlet 实例的 init() 方法，在处理用户请求之前，来做一些额外的初始化工作。 (3) 处理请求 当 Servlet 容器接收到一个 Servlet 请求时，便运行与之对应的 Servlet 实例的 service() 方法，service() 方法再派遣运行与请求相对应的 doXX(doGet，doPost) 方法来处理用户请求。 (4) 销毁 当 Servlet 容器决定将一个 Servlet 从服务器中移除时 ( 如 Servlet 文件被更新 )，便调用该 Servlet 实例的 destroy() 方法，在销毁该 Servlet 实例之前， 来做一些其他的工作。 其中，(1)(2)(4) 在 Servlet 的整个生命周期中只会被执行一次。 Servlet 的工作原理

Servlet规范了JavaWeb项目的结构 Servlet的规范约束了服务器如何来实现Servlet规范，如何解析JavaWeb项目的结构。 Java就是通过接口来约束 Servlet规范的jar就在tomcat的lib目录下面，文件名：servlet-api.jar，其中还有webSocket-api.jar 创建servlet先只用servlet-api.jar即可。 一、开始使用Servlet规范开发JavaWeb项目： 然后开始配置： 注意：<url-pattern>里面的资源名称必须要用"/"开头 源码： 1 <?xml version="1.0" encoding="UTF-8"?> 2 <web-app xmlns="http://xmlns.jcp.org/xml/ns/javaee" 3 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 4 xsi:schemaLocation="http://xmlns.jcp.org/xml/ns/javaee 5 http://xmlns.jcp.org/xml/ns/javaee/web-app_3_1.xsd" 6 version="3.1" 7 metadata-complete="true"> 8 9 <servlet> 10 <!--

tomcat使用(服务器端开发): 如果要安装Tomcat需要进行的配置：tomcat安装在c: \Tomcat CATALINA_HOME变量值设为: H:\Program Files (x86)\tomcat\apache-tomcat-7.0.27 CATALINA_BASE变量值设为: H:\Program Files (x86)\tomcat\apache-tomcat-7.0.27 CATALINA_TMPDIR变量值设为:H:\Program Files (x86)\tomcat\apache-tomcat-7.0.27\temp; 检测Tomcat配置是否成功: 接着可以启动tomcat，在IE中访问http://localhost:8080，如果看到tomcat的欢迎页面的话说明安装成功了 应用一之建立自己的jsp app目录 1.到Tomcat的安装目录的webapps目录，可以看到ROOT，examples, tomcat-docs之类Tomcat自带的的目录； 2.在webapps目录下新建一个目录，起名叫myapp； 3.myapp下新建一个目录WEB-INF，注意，目录名称是区分大小写的； 4.WEB-INF下新建一个文件web.xml，内容如下： <?xml version="1.0" encoding="ISO-8859-1"?> <!DOCTYPE

转： dwr实现聊天室功能 2016年01月15日 10:22:43 我爱喝可乐 阅读数：564 用dwr的comet(推)来实现简单的无刷新多人聊天室，comet是长连接的一种。通常我们要实现无刷新，一般会使用到Ajax。Ajax 应用程序可以使用两种基本的方法解决这一问题：一种方法是浏览器每隔若干秒时间向 服务器 发出轮询以进行更新，另一种方法是服务器始终打开与浏览器的连接并在数据可用时发送给浏览器。第一种方法一般利用setTimeout或是setInterval定时请求，并返回最新数据，这无疑增加了服务器的负担，浪费了大量的资源。而第二种方法也会浪费服务器资源，长期的建立连接;而相对第一种来说，第二种方式会更优于第一种方法;这里有一个一对多和多对一的关系，而comet向多个客户端推送数据就是一对多的关系。而具体使用哪种方式，要看你当前的需求而定，没有绝对的。 为什么使用Comet? 轮询方法的主要缺点是：当扩展到更多客户机时，将生成大量的通信量。每个客户机必须定期访问服务器以检查更新，这为服务器资源添加了更多负荷。最坏的一种情况是对不频繁发生更新的应用程序使用轮询，例如一种 Ajax 邮件 Inbox。在这种情况下，相当数量的客户机轮询是没有必要的，服务器对这些轮询的回答只会是 “没有产生新数据”。虽然可以通过增加轮询的时间间隔来减轻服务器负荷，但是这种方法会产生不良后果

概述 作为 Java EE 6 体系中重要成员的 JSR 315 规范，将 Servlet API 最新的版本从 2.5 提升到了 3.0，这是近 10 年来 Servlet 版本号最大的一次升级，此次升级中引入了若干项令开发人员兴奋的特性，如： 可插拔的 Web 架构（Web framework pluggability）。 通过 Annotations 代替传统 web.xml 配置文件的 EOD 易于开发特性（ease of development）。 Serlvet 异步处理支持。 安全性提升，如 Http Only Cookies、login/logout 机制。 其它改进，如文件上传的直接支持等。 其中，在开源社区中讨论得最多的就是 Servlet 异步处理的支持，所谓 Servlet 异步处理，包括了非阻塞的输入/输出、异步事件通知、延迟 request 处理以及延迟 response 输出等几种特性。这些特性大多并非 JSR 315 规范首次提出，譬如非阻塞输入/输出，在 Tomcat 6.0 中就提供了 Advanced NIO 技术以便一个 Servlet 线程能处理多个 Http Request，Jetty、GlassFish 也曾经有过类似的支持。但是使用这些 Web 容器提供的高级特性时，因为现有的 Servlet API 没有对这类应用的支持

简介：   自 JSR 315 规范（即 Servlet 3.0）的草案公开发布以来，最新一代 Servlet 规范的各种新特性被越来越多的开发人员所关注。规范中提到的一系列高级目标：如可插拔的 Web 框架、便捷开发特性、增强安全性支持等都令人期待。但其中关注程度最高的，毫无疑问是异步 Servlet。本文将详细介绍 Comet 风格应用的实现方式，以及 Servlet 3.0 中的异步处理特性在 Comet 风格程序中的实际应用。 概述 作为 Java EE 6 体系中重要成员的 JSR 315 规范，将 Servlet API 最新的版本从 2.5 提升到了 3.0，这是近 10 年来 Servlet 版本号最大的一次升级，此次升级中引入了若干项令开发人员兴奋的特性，如： 可插拔的 Web 架构（Web framework pluggability）。 通过 Annotations 代替传统 web.xml 配置文件的 EOD 易于开发特性（ease of development）。 Serlvet 异步处理支持。 安全性提升，如 Http Only Cookies、login/logout 机制。 其它改进，如文件上传的直接支持等。 其中，在开源社区中讨论得最多的就是 Servlet 异步处理的支持，所谓 Servlet 异步处理，包括了非阻塞的输入/输出、异步事件通知

这篇算是一个入门文章，昨天看见有网友提问，spring mvc集成spring security 的时候出错，揣测了一下问题木有解决。我就帮忙给搭建了一个集成框架他说可以，他告诉我这样的文章网上少。今天我就分享在这里供入门学习。spring mvc我木有用过，所以我们这里重点讲解如何集成spring security ，spring security是一个非常好的开源权限框架(具体了解自己google,或者到spring 官网，这里我给一个DOC3.1: http://static.springsource.org/spring-security/site/docs/3.1.x/reference/springsecurity.html )。 可以说不仅仅包含了权限，里面有一套完整的授权认证系统包括：权限、防止session攻击、支持信道安全、支持LDAP认证、支持OpenID、同时支 持CAS集成单点登录等等，个人用过spring security 2.0基本大致一样，当时中文资源那个少啊，尤其集成SSH+spring security 更是少的可怜，最后还是硬着头皮上，最后拿下了这个框架，最起码了解了。当时就写了一个SSH+spring security的文章，还被某网站引用。好了废话不扯，我们今天在来集成一个springmvc3.1+spring security3.1