servlet

HTTP Status 500 - Servlet.init() for servlet SpringDemo-dispatcher threw exception org.springframework.beans.factory.NoSuchBeanDefinitionException: No qualifying bean of type '' available 通用解决方法： 如果是用xml配置的，确定下bean的name(id)是否正确，配置是否完整，如果是用注解，确定下你xml配置里面的扫描包是否扫描到了这个java类所在的包，并且看下类的注解配置是否正确！ 注入失败的一种原因： spring-config.xml中存在扫描service类所在的包，而我在初学springMVC时，在web.xml只配置加载了spring-web.xml，因此我在controller层调用service类中的方法时，就会出现以上问题。 web.xml的部分代码 <servlet> <servlet-name>SpringDemo-dispatcher</servlet-name> <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class> <!--

一、@RequestMapping 简介 在Spring MVC 中使用 @RequestMapping 来映射请求，也就是通过它来指定控制器可以处理哪些URL请求，相当于Servlet中在web.xml中配置 < servlet > < servlet-name > servletName </ servlet-name > < servlet-class > ServletClass </ servlet-class > </ servlet > < servlet-mapping > < servlet-name > servletName </ servlet-name > < url-pattern > url </ url-pattern > </ servlet-mapping > 的映射作用一致。让我们先看一下RequestMapping注解类的源码： @Target ({ElementType.METHOD, ElementType.TYPE}) @Retention (RetentionPolicy.RUNTIME) @Documented @Mapping public @interface RequestMapping { String name() default ""; String [] value () default {}; String []

为什么80%的码农都做不了架构师？>>> 一、 @RequestMapping 简介 在Spring MVC 中使用 @RequestMapping 来映射请求，也就是通过它来指定控制器可以处理哪些URL请求，相当于Servlet中在web.xml中配置 <servlet> <servlet-name>servletName</servlet-name> <servlet-class>ServletClass</servlet-class> </servlet> <servlet-mapping> <servlet-name>servletName</servlet-name> <url-pattern>url</url-pattern> </servlet-mapping> 的映射作用一致。让我们先看一下RequestMapping注解类的源码： @Target({ElementType.METHOD, ElementType.TYPE}) @Retention(RetentionPolicy.RUNTIME) @Documented @Mapping public @interface RequestMapping { String name() default ""; String[] value() default {}; String[] path() default {

@Controller org.springframework.stereotype.Controller注解类型用于指示Spring类的实例是一个控制 器，使用@Controller注解的类不需要继承特定的父类或者实现特定的接口，相对之前的版本 实现Controller接口变得更加简单。而且Controller接口的实现类只能处理一个单一请求动作， 而@Controller注解的控制器可以支持同时处理多个请求动作，更加灵活。 @Controller用于标记一个类，使用它标记的类就是一个SpringMVC Controller对象，即 一个控制器类。Spring使用扫描机制查找应用程序中所有基于注解的控制器类。分发处理器会 扫描使用了该注解的类的方法，并检测该方法是否使用了@RequeStMapPing注解，而使用 @RequestMapping注解的方法才是真正处理请求的处理器。为了保证Spring能找到控制器， 需要完成两件事情： 在Spring MVC的配置文件的头文件中引入spring-context。 使用<context:component-scan/>元素，该元素的功能为：启动包扫描功能，以便注册带有@Controller、@Service、@repository、@Component等注解的类成为 Spring 的 Bean。 base

基于注解的配置有越来越流行的趋势，Spring 2.5 顺应这种趋势，为 Spring MVC 提供了完全基于注解的配置。本文将介绍 Spring 2.5 新增的 Sping MVC 注解功能，讲述如何使用注解配置替换传统的基于 XML 的 Spring MVC 配置。 概述 继 Spring 2.0 对 Spring MVC 进行重大升级后，Spring 2.5 又为 Spring MVC 引入了注解驱动功能。现在你无须让 Controller 继承任何接口，无需在 XML 配置文件中定义请求和 Controller 的映射关系，仅仅使用注解就可以让一个 POJO 具有 Controller 的绝大部分功能 —— Spring MVC 框架的易用性得到了进一步的增强.在框架灵活性、易用性和扩展性上，Spring MVC 已经全面超越了其它的 MVC 框架，伴随着 Spring 一路高唱猛进，可以预见 Spring MVC 在 MVC 市场上的吸引力将越来越不可抗拒。 本文将介绍 Spring 2.5 新增的 Sping MVC 注解功能，讲述如何使用注解配置替换传统的基于 XML 的 Spring MVC 配置。 回页首 一个简单的基于注解的 Controller 使用过低版本 Spring MVC 的读者都知道：当创建一个 Controller 时，我们需要直接或间接地实现

Annotation 作用 说明 @GET 查询请求 相当于数据库的查询数据操作 @POST 插入请求 相当于数据库的插入数据操作 @PUT 更新请求 相当于数据库的更新数据操作 @DELETE 删除请求 相当于数据的删除数据操作 @Path uri路径 定义资源的访问路径，client通过这个路径访问资源。比如：@Path("user") @Produces 指定返回MIME格式 资源按照那种数据格式返回，可取的值有：MediaType.APPLICATION_XXX。比如：@Produces(MediaType.APPLICATION_XML) @Consumes 接受指定的MIME格式 只有符合这个参数设置的请求再能访问到这个资源。比如@Consumes("application/x-www-form-urlencoded") @PathParam uri路径参数 写在方法的参数中，获得请求路径参数。比如：@PathParam("username") String userName @QueryParam uri路径请求参数 写在方法的参数中，获得请求路径附带的参数。比如：@QueryParam("desc") String desc @DefaultValue 设置@QueryParam参数的默认值 如果@QueryParam没有接收到值，就使用默认值。比如：

原创不易，转载请注明出处： springmvc rest风格的实例代码demo讲解 代码下载地址： http://www.zuidaima.com/share/1751863912057856.htm Rest介绍 /blog / 　HTTP　GET　=>　　得到id　=　1的blog / blog / 　HTTP　DELETE　=>　删除　id　=　1的blog / blog / 　HTTP　PUT　=>　　更新id　=　1的blog / blog　　　HTTP　POST　=> 　　新增BLOG 以下详细解一下spring rest使用. 首先，我们带着如下两个问题查看本文。 1.如何在java构造没有扩展名的RESTful url,如 /forms/1,而不是 /forms/1.do 2.浏览器的form标签不支持提交delete,put请求，如何曲线解决 springmvc rest 实现 springmvc的resturl是通过@RequestMapping 及@PathVariable annotation提供的, 通过如@RequestMapping(value="/blog /{id}",method=RequestMethod.DELETE)即可处理/blog/1 的delete请求. @RequestMapping(value=" /blog/{id} "

　　 RESTful架构，就是目前流行的一种互联网软件架构。它结构清晰、符合标准、易于理解、扩展方便，所以正得到越来越多网站的采用。RESTful架构对url进行规范，写RESTful格式的url是什么样子的呢？我们一般请求的url是类似这样子的： http://...../xxx.action?id=001&type=aaa 　　 而REST的url风格是什么样子呢？一般它类似于： http://..../xxx/001 　　 所以REST有个很明显的特点：使url变得简洁，将参数通过url传到服务端。springmvc也是支持这种REST风格的url的，我们定义一个controller来测试一下： //查询商品信息，输出json，使用RESTful @RequestMapping ( "/itemsView/{id}" ) public @ResponseBody ItemsCustom itemsView (@ PathVariable ("id") Integer id) throws Exception { ItemsCustom itemsCustom = itemsService.findItemsById(id); return itemsCustom; } 　　 @ResponseBody是用来将itemsCustom转成json的注解，而

一、什么叫REST REST：即 Representational State Transfer。（资源）表现层状态转化。是目前最流行的一种互联网软件架构。它结构清晰、符合标准、易于理解、扩展方便，所以正得到越来越多网站的采用 • 资源（Resources）：网络上的一个实体，或者说是网络上的一个具体信息。它可以是一段文本、一张图片、一首歌曲、一种服务，总之就是一个具体的存在。可以用一个URI（统一资源定位符）指向它，每种资源对应一个特定的 URI 。要获取这个资源，访问它的URI就可以，因此 URI 即为每一个资源的独一无二的识别符。 • 表现层（Representation）：把资源具体呈现出来的形式，叫做它的表现层（Representation）。比如，文本可以用 txt 格式表现，也可以用 HTML 格式、XML 格式、JSON 格式表现，甚至可以采用二进制格式。 • 状态转化（State Transfer）：每发出一个请求，就代表了客户端和服务器的一次交互过程。HTTP协议，是一个无状态协议，即所有的状态都保存在服务器端。因此，如果客户端想要操作服务器，必须通过某种手段，让服务器端发生“状态转化”（State Transfer）。而这种转化是建立在表现层之上的，所以就是 “表现层状态转化”。 具体说，就是 HTTP 协议里面，四个表示操作方式的动词：GET、POST

最近又重新温习了一下前台SpringMVC框架，能够从整体上对SpringMVC有一个全局的认识。在这里也总结一下，为那些即将学习SpringMVC的亲们，做一个很好的开端吧！ 1. SpringMVC整体框架图 学习某一种技术的话，要能够从宏观上把握一下这种技术的大致实现原理，然后才开始刨根问底的学习，这种技术的细节，这样会快也一些。首先从宏观上把控一些知识点之间的联系，学习起来更有连贯性，下面就先从SpringMVC的框架图来整体分析一下。 上图就是SpringMVC整体的框架图，就这么几个部分。下面来着重的分析一下，整个过程中的流转。 1.首先是用户发送请求，比如在浏览器中输入http://localhost:8080/SpringTest/login 2.用户的请求就发送到了DispatcherServlet也就是前端控制器，这个东西是一个Servlet的实现，用来干什么呢？用来接收用户的请求，然后响应结果，相当于一个转发器，它的配置如下 [html] view plain copy print ? < span style = "font-family:Comic Sans MS;font-size:18px;" > <!-- 自此请求已交给Spring Web MVC框架处理，因此我们需要配置Spring的配置文件，默认DispatcherServlet会加载WEB