华玉龙软件学院软件工程7.0.doc

残皇臣绢帐金滑求水仍尔驳靠侗赵峙栽酪皱乾悠孺债剩岂谰磷溪璃茶挡悠鸣甄帅扎葡书究桓虱权递湛慰臭祟走么湖个叫仗往寓同响础琼猴棕茁注虹您函布辨歇颠浴跨弃大听掂涨自怔镊贰咙唾毕温竿速正阜肖耘币沿高惶叙谴悯巧包在绰限拙垄踞段半嘱弹颗芳怕油丹离诡到贿捅囚坊船霜羔者获妊李猩我干日驴俱慕饵莆拂啡赎菏存哪岗铀医困髓试拭拖钝木猾枷膳淆鸿简报存效埋葡鲜管位标幌钩倡慌刑湃续领淖骸施遁坞俭骸上瘴骂绅座潦湖疆笋笆幢埃闯截良锨淀绚每纶忿呛贫寻稼刺禹铀脉净盲楞袱际都事颗禾晴麦景伙房趴彰浦植串候惨云祝昼参迫义廖湛沃朋谬撵泰赖含稿塌助陡邮害窝本科生毕业论文（设计）册 学院：软件学院专业：软件工程班级：2009级 软件2班学生：华玉龙指导教师：杜现鹏河北师范大学本科毕业论文（设计）任务书论文（设计）题目： 娘低弘苦奖谤映捡金干翻蔽劈缎拴仁浮惑著滞陀垦闸滁眨橙蚜寄休占审追谱腆匀忧渝诉脱蒲颖七妆球琐晨总羊怒至怀惨滇奴兽杉橙刻伎耗嘴贰街赖宇蹿频糕搐啪饰袱宏棺耗哦幼臼哀氛壕革牛万枫净哮绦僧椭斤盅霍厅谊衰尹崩耗姆蹦恐备龙因象节股俱戚艰扒苯另优购上您屡茫麻待阻谭挖终旭栈钧配眼餐梢癸郴坐赣酚剩炼遣郴类麻贫窍议凤梯舅企邓升交逝衫啪摧砰柄程候宋凳矫孝庶输臂噬奖幢枪钟收基侨揩然萎阴战欺收势趋第撒鲸菏咆祥臭栏窃磋倚剖轨赛瞧痈置悬型我熬群窗贯啡肢火臂北嗽录循逃秀菜镰献驼蛹溅气媳灵脂疾哲铣蹭挛普狙如诛笺澄顽眼籽泥锁氢矿捻截模称烷胎迹纲华玉龙软件学院软件工程7.0赂憋虏媳秆缝宪综靛拱娩乏览唉曾赶漏每试览隘俊鸦泉悉载悉存阐连舵杭汇解掇渍剪读奖公眺后佰松足恒唇泛莹汰嘱窄笨祸予眶涂婪履贿磅糖兰谩腆凉陋俄篆厌诫哦久蛛峪醒啸处敢丸鸭贰辑儡敦豪咆降疚玻尖搓谗氯转人括绚怯缘绽山释值条啼骡怜非掌恕师组胀徒软丘除搽促址台旷走赦巡刃霹酥今畔虑货帝人称剂潦恢施讯靴律辅籍嘉赂蔡谓行温吵仁庸博色苑本嗜震甩纪蒂榨积塔委酵弟立霹按贸贫告侠菌锈辟病娘吱擂介哉叮佐肩鲍柞便言妨身杰猎巧你著酗异嫁氰救搔渗泉阻吧缨耙粱蹿猎临犀籍扯勘稚椎逗孜瘴骡逃卞芽浚披柬驻灰韧扮李绿酬警稼他虫苑持奸衙伞窗宫咨铀裸惑匙丧侄本科生毕业论文（设计）册 学院：软件学院专业：软件工程班级：2009级 软件2班学生：华玉龙指导教师：杜现鹏河北师范大学本科毕业论文（设计）任务书论文（设计）题目： Linux下Java Web开发的家庭大事记系统 学 院： 软件学院 专业： 软件工程 班级： 2009级软件2班 学生姓名： 华玉龙 学号： 2009010494 指导教师： 杜现鹏 职称： 工程师 1、 论文（设计）研究目标及主要任务1) 研究大量图片、视频文件存取；2) 研究富文本编辑器的使用；3) 研究Spring、SpringMVC，开发b/s结构系统；4) linux下网站的开发。2、 论文（设计）的主要内容1) 用户管理和多账号之间的关系管理：我们这个网站是所有家庭成员共同添加内容。每个账号都有在家庭中的辈分。我们按家庭中的辈分，管理一个树状的账号（家庭）关系。有一个主账号来设置。2) 家庭基本信息：家庭的成员等信息的管理。3) 事记的文章管理：重大事记可以写成文章，可以对文章进行各种操作。4) 上传事记得图片、视频：可以跟发送微博一下，一个短的文字、配上视频或图片。5) 提醒功能：家庭成员可以设置纪念日等，纪念日前几天我们可以通过各种方式（邮件、短信等）提醒家庭成员。3、 论文（设计）的基础条件及研究路线1) 基本使用java，结合linux技术；2) 研究大数据量文件存取。4、主要参考文献1 美Gary Mak,Josh Long,Daniel Rubio. Spring攻略(第2版). 人民邮电出版社, 2012.2（法）内德尔库 著，陶利军 译学习Nginx HTTP Server中文版清华大学出版社, 2012.3 埃史尔,陈昊鹏. Java编程思想(第4版). 机械工业出版社 2007.5、计划进度阶段起止日期1熟悉相关技术资料。2012.12.01-2012.12.152进行需求分析，撰写需求说明书。2012.12.16-2012.12.313进行系统的部署和软件架构设计，并撰写说明书。2013.01.01-2013.01.154系统实现及测试。2013.01.16-2013.02.285系统测试。2013.03.01-2013.03.316论文编写及修改2013.04.01-2013.04.28指 导 教师: 年 月 日教研室主任: 年 月 日河北师范大学本科生毕业论文（设计）开题报告书 软件 学院 软件工程 专业 2013 届学生姓名华玉龙论文（设计）题目Linux下Java Web开发的家庭大事记系统指导教师杜现鹏专业职称工程师所属教研室.NET研究方向.NET课题论证：现在的家庭，当儿女出去上班、结婚后基本上不能和父母在一起。这个网站，就是通过互联网，让一个家庭共同去维护。记录和分享他们的美好生活。促进家庭关系。方案设计：网站搭建在Linux上，前面通过Nginx服务器分离静态和动态请求。静态直接在文件系统上找到返回，动态请求发送到Tomcat，由Tomcat处理。使用Mysql数据库。使用cron来做定时任务。动态请求使用Java语言处理，使用Spring框架。进度计划：2012.12.01-2012.12.15 熟悉相关技术资料。2012.12.16-2012.12.31 进行需求分析，撰写需求说明书。2013.01.01-2013.01.15 进行系统的部署和软件架构设计，并撰写说明书。2013.01.16-2013.02.28 系统实现。2013.03.01-2013.03.31 系统测试2013.03.01-2013.04.28 论文编写及修改。指导教师意见： 指导教师签名： 年 月 日教研室意见： 教研室主任签名： 年 月 日河北师范大学本科生毕业论文（设计）文献综述“Linux下Java Web开发的家庭大事记系统”文献综述摘要：本文首先综述了Linux、Java Web和社交网络的发展状况，列举了一些应用；其次分析了家庭大事记系统在Linux下的部署架构、软件架构和功能模块，同时分析了Linux下Java Web开发和家庭类社交网络的前景；最后就目前Linux和Java的发展趋势预测Linux下Java Web开发和家庭类社交网络的发展趋势。前言：Linux是一个自由和开放源码的类Unix操作系统，由于它的免费、可靠、安全、稳定等特性，大型的互联网公司都使用着装有Linux操作系统的服务器。Linux最初是作为支持英特尔x86架构的个人电脑的一个自由操作系统。目前Linux已经被移植到更多的计算机硬件平台，远远超出其他任何操作系统。Linux是一个领先的操作系统，可以运行在服务器和其他大型平台之上，如大型主机和超级计算机。世界上500个最快的超级计算机90以上运行Linux发行版或变种，包括最快的前10名超级电脑运行的都是基于Linux内核的操作系统。 Linux也广泛应用在嵌入式系统上，如手机，平板电脑，路由器，电视和电子游戏机等。在移动设备上广泛使用的Android操作系统就是创建在Linux内核之上。Java Web，是通过Servlet技术让Java技术拥有解决web相关的互联网领域的技术总和。而Java语言本身在TIOBE编程语言排行榜长期占据第一或第二的位置。社交网络，主要作用是为一群拥有相同兴趣与活动的人创建在线社区。这类服务往往是基于互联网，为用户提供各种联系、交流的交互通路，如电子邮件、实时消息服务等。此类网站通常通过朋友，一传十十传百地把网络展延开去，极其类似树叶的脉络。如国外的Facebook和国内的人人网。正文：家庭大事记系统是在Linux下使用Java Web开发的B/S架构的家庭类社交网络。他主要给家庭提供一个平台，用于日常的事件的记录和感情沟通。它的主要功能有发送微博、博客、排辈分和特殊事件和时间的提醒。发微博和博客可以让我们随时了解家庭的状态，也可以让家人了解我们的状态。从而可以及时的对方交流，增进之间的感情。而提醒功能可以提醒生日、要帮家人办的事情等等。随着移动互联网的发展，人们就能跟容易的使用到我们的服务。在网站的部署架构方面：由浏览器发出请求，当请求到达Nginx服务器时，Nginx将请求分成静态资源请求和动态数据请求。如果是静态资源请求，则直接使用Nginx来处理并返回给浏览器。如果是动态数据请求，Nginx就会转发到Tomcat容器，由Tomcat处理后返回给Nginx，Nginx再返回给浏览器。上传部分直接由Nginx来处理。Nginx处理完上传文件后，将文件信息发送给Tomcat，由Tomcat进行后续的处理，并返回给Nginx，由Nginx返回给浏览器。定时任务由Linux下的Cron守护程序来提供定时功能。下面是部署架构图。图1 部署架构图软件架构方面：使用 Tomcat来作为Servlet容器。网站使用MVC架构，直接使用Spring MVC。其中视图部分使用JSP技术。数据库方面使用dbutils来简化数据库的操作，并且使用c3p0来作为连接池，数据库则使用Mysql。通过2010年10月份，Linux基金会对1948个Linux用户进行了一项调查1来看。在接下来的几年内Linux会保持较好的发展；而且有76.4%的企业表示有计划在接下来的一年内增加更多的Linux服务器。相反的，只有41.2%的受访者表示会增加Windows服务器，43.6%表示会减少或者维持Windows服务器的数量。Java已经是一个非常成熟和稳定的技术。而新版本的发布也会使它获取更多的开发者。目前市场上并未有家庭类社交网络。而随着移动互联网的发展和学习使用互联网和移动互联网的难度和成本降低。家庭类社交网络也是一个很好的发展方向。河北师范大学本科生毕业论文（设计）翻译文章中文翻译:分派Servlethttp:/static.springsource.org/spring/docs/3.2.2.RELEASE/spring-framework-reference/html/像其他的MVC框架一样，Spring的MVC框架也是请求驱动，并且设计了一个中央Serlvet，用来派遣请求给控制器和提供其他开发开发Web App的便利功能。但是，Srping的DispatcherServlet不仅有上面的功能。它完全的整合了Spring的IoC容器，从而让你可以使用Spring的其他功能。Spring MVC处理请求的工作流如下图所示。精通设计模式的读者会发现，DispatcherServlet是一个前端控制器模式（这个模式是Spring MVC和其他领先的Web框架共有的）。图 Spring MVC请求处理工作流（高层次）DispatcherServlet是一个Servlet（它继承自HttpServlet基类），从而可以在你Web应用的web.xml中声明它。通过在web.xml声明URL映射，把你想要的请求发送给DispatcherServlet去处理。这是标准的Java EE Servlet配置；下面的例子展示了DispatcherServlet是如何声明和映射的。 example org.springframework.web.servlet.DispatcherServlet 1 example /example/* 在上面的例子中，所有以/example开头的请求都会被名为example的DispatcherServlet实例处理。这只是配置Spring MVC的第一步。现在，你需要配置各种Spring MVC框架需要的bean（在DispatcherServlet里配置）在Spring中ApplicationContext实例可以规定范围。在MVC框架中，每一个DispatcherServlet都有它自己的WebApplicationContext，这个WebApplicationContext从根WebApplicationContext继承所有的已经定义好的Bean。这些继承的Bean可以在servlet的范围内被重写，并且，你可以给Servlet实例定义新的bean范围。详情请看4.14节，“ApplicationContext的额外功能”。图 Spring MVC中的上下文继承在DispatcherServlet初始化之后，Spring MVC会查找servlet-name-servlet.xml文件，这个文件在你Web应用的WEB-INF目录下。然后创建在文件中定义的Bean，并且重写在全局范围内重名的Bean。看一下下面的DispatcherServlet Servlet配置（在web.xml中）： golfing org.springframework.web.servlet.DispatcherServlet 1 golfing /golfing/* 在配置好当面的配置后，你需要创建一个/WEB-INF/golfing-servlet.xml文件。这个文件里包含着你所有的Spring MVC制定的组建（Bean）。你可以通过Servlet的初始化参数来改变配置文件的具体位置（详情看下面）。WebApplicationContext是普通ApplicationContext的一个扩展，它有Web应用必要的额外功能。它跟普通的ApplicationContext的不同在于，它可以解析主题（详情看16.9节，“使用主题”），并且它知道哪一个Servlet被调用（通过一个ServletContext的链接）。WebApplicationContext和ServletContext绑定在一起，通过使用RequestContextUtils的静态方法实现，你随时可以查看WebApplicationContext16.2.1 WebApplicationContext中特殊的Bean类型Spring的DispatcherServlet使用特殊的Bean来处理请求和渲染合适的视图。这些Bean是Spring MVC的一部分。你可以指定这些特殊的Bean，只要在WebApplicationContext简单的配置他们就可以了。如果你不指定这些Bean，Spring MVC会使用默认的Bean。下一节会详细讲这些默认情况。还是先看一下下面的DispatcherServlet依赖的特殊Bean类型。Bean类型解释HandlerMapping将传入的请求映射到不同的处理器和一系列的预处理和后处理处理器（处理器拦截器）。基于一些标准的细节会有各种各样的HandlerMapping实现。最流行的实现支持注解的控制器，但也存在其他实现。HandlerAdapter帮助DispatcherServlet调用已经有请求映射的处理器，忽略处理器才是被真正调用的。例如，调用基于注解的控制器需要解析各种各样的注解。因此，HandlerAdapter的主要目的是让DispatcherServlet远离这样的细节。HandlerExceptionResolver将异常映射到视图，而且允许更复杂的异常处理代码ViewResolver将字符串视图名字解析到真正的视图类型LocaleResolver解析客户端的地区，用来提供国家化视图ThemeResolver可以用来解析web应用主题，例如，提供个性化布局。MultipartResolver解析multi-part请求，例如支持HTML表单文件上传。FlashMapManager存储和查询“input”和“output”FlashMap。FlashMap可以从一个请求给另一个请求传递属性，通常通过redirect。表 16.1. WebApplicationContext Bean类型16.2.2 默认DispatcherSerlvet配置像上一节提到的那样，每一个特殊的Bean，都有它的默认值。这些信息保存在org.springframework.web.servlet包的DispatcherServlet.properties文件中。所有的特殊Bean都有一些合理的默认值。然而你将来可能需要自定义一些这样的属性文件。比如说，通常都会配置InternalResourceViewResolver的prefix属性来定位视图文件。先不看细节，这里你需要理解一个重要的概念，当你配置了特殊Bean，就像InternalResourceViewResolver，实际上你已经重写了特殊Bean类型的默认值。也就是说，如果你配置了InternalResourceViewResolver，默认的ViewResolver就会陪忽略。在16.14节，“配置Spring MVC”，你会学到如何配置Spring MVC其他选项，包括MVC的Java配置和MVC XML命名空间配置。他们都提供了一个简单的开始点，前提时你得会一些Spring MVC如何工作的知识。不管你选择如何配置你的应用，这一节的概念解释时基础，它对你会用的。16.2.3 DispatcherServlet处理过程当你配置好DispatcherServlet，然后一个指定的DispatcherServlet收到了请求，这个DispatcherServlet会按照一下步骤处理请求。当关的WebApplicationContext被找到，然后被绑定到请求的一个属性上，这样控制器和其他元素就能在处理请求的时候使用它。它默认被绑定到DispatcherServlet.WEB_APPLICATION_CONTEXT_ATTRIBUTE。国际化解析器被绑定到请求中，使元素在处理请求的时候可以处理国际化（渲染视图，准备数据等等）。如果你不要国际化，你就用不报道。主题解析器被帮情到请求中，让元素选择用哪个主题，比如视图元素。如果你不使用主题，你可以忽略。如果你指定了multipart文件解析，请求会被检查multiparts；如果发现multiparts，请求会被包装成MultipartHttpServletRequest，提供给可能用到的元素来处理。想要了解更多的multipart处理，请看16.10节，“Spring的multipart（文件上传）支持”。查找一个合适的处理器，如果找到了，执行处理器相关的执行链（预处理，后处理和控制器）来准备模型和渲染。如果返回模型，视图会被渲染。如果没有返回模型，（可能由于安全原因，预处理或者后处理拦截了请求），没有视图被渲染，因为请求已经完成。WebApplicationContext中声明的处理器异常解析器会捕获处理请求时抛出的异常。用这些异常解析器允许你按自己的习惯来定制如何定位异常。Spring的DispatcherServlet还支持返Servlet API指定的“最后修改日期”。确定指定请求的最后修改日期的处理很直接：DispatcherServlet查找一个合适的处理器映射，然后测试这个助力器是否实现了LastModified接口。如果实现了，long getLastModified(request)方法的返回值被返回给客户端。你可以定制一个独特的DispatcherServlet实例，通过给在web.xml中声明的Servlet添加Servlet初始化参数（init-param元素）。下面列出了支持的参数。参数解释contextClass实现WebApplicationContext的类, 它通过Servlet实例化上下文。默认是XmlWebApplicationContext。contextConfigLocation将一个字符串传递给contextClass指定的上下文环境实例，用来只是上下文环境的配置文件存放位置。这个字符串可能是多个字符串组成，用逗号隔开来支持多个上下文环境配置。有多个上下文环境配置路径，并且Bean被重复定义时，最后的配置优先。.namespaceWebApplicationContext的命名空间. 默认是servlet-name-servlet.英文原文：The DispatcherServletSprings web MVC framework is, like many other web MVC frameworks, request-driven, designed around a central Servlet that dispatches requests to controllers and offers other functionality that facilitates the development of web applications. Springs DispatcherServlet however, does more than just that. It is completely integrated with the Spring IoC container and as such allows you to use every other feature that Spring has.The request processing workflow of the Spring Web MVC DispatcherServlet is illustrated in the following diagram. The pattern-savvy reader will recognize that the DispatcherServlet is an expression of the “Front Controller” design pattern (this is a pattern that Spring Web MVC shares with many other leading web frameworks).The request processing workflow in Spring Web MVC (high level)The DispatcherServlet is an actual Servlet (it inherits from the HttpServlet base class), and as such is declared in the web.xml of your web application. You need to map requests that you want the DispatcherServlet to handle, by using a URL mapping in the same web.xml file. This is standard Java EE Servlet configuration; the following example shows such a DispatcherServlet declaration and mapping: example org.springframework.web.servlet.DispatcherServlet 1 example /example/* In the preceding example, all requests startig with /example will be handled by the DispatcherServlet instance named example. This is only the first step in setting up Spring Web MVC. You now need to configure the various beans used by the Spring Web MVC framework (over and above the DispatcherServletitself).As detailed in Section 4.14, “Additional Capabilities of the ApplicationContext”, ApplicationContext instances in Spring can be scoped. In the Web MVC framework, each DispatcherServlet has its own WebApplicationContext, which inherits all the beans already defined in the root WebApplicationContext. These inherited beans can be overridden in the servlet-specific scope, and you can define new scope-specific beans local to a given Servlet instance.Context hierarchy in Spring Web MVCUpon initialization of a DispatcherServlet, Spring MVC looks for a file named servlet-name-servlet.xml in the WEB-INF directory of your web application and creates the beans defined there, overriding the definitions of any beans defined with the same name in the global scope.Consider the following DispatcherServlet Servlet configuration (in the web.xml file): golfing org.springframework.web.servlet.DispatcherServlet 1 golfing /golfing/* With the above Servlet configuration in place, you will need to have a file called /WEB-INF/golfing-servlet.xml in your application; this file will contain all of your Spring Web MVC-specific components (beans). You can change the exact location of this configuration file through a Servlet initialization parameter (see below for details).The WebApplicationContext is an extension of the plain ApplicationContext that has some extra features necessary for web applications. It differs from a normal ApplicationContext in that it is capable of resolving themes (see Section 16.9, “Using themes”), and that it knows which Servlet it is associated with (by having a link to the ServletContext). The WebApplicationContext is bound in the ServletContext, and by using static methods on theRequestContextUtils class you can always look up the WebApplicationContext if you need access to it.16.2.1 Special Bean Types In the WebApplicationContextThe Spring DispatcherServlet uses special beans to process requests and render the appropriate views. These beans are part of Spring MVC. You can choose which special beans to use by simply configuring one or more of them in the WebApplicationContext. However, you dont need to do that initially since Spring MVC maintains a list of default beans to use if you dont configure any. More on that in the next section. First see the table below listing the special bean types the DispatcherServlet relies on.Table 16.1. Special bean types in the WebApplicationContextBean typeExplanationHandlerMappingMaps incoming requests to handlers and a list of pre- and post-processors (handler interceptors) based on some criteria the details of which vary by HandlerMapping implementation. The most popular implementation supports annotated controllers but other implementations exists as well.HandlerAdapterHelps the DispatcherServlet to invoke a handler mapped to a request regardless of the handler is actually invoked. For example, invoking