一次编译和部署环境不一致导致的问题

最新推荐文章于 2023-01-13 14:36:45 发布
最新推荐文章于 2023-01-13 14:36:45 发布
阅读量743 收藏
点赞数 1
分类专栏： javase javaweb 文章标签： maven tomcat 类没找到 not-found
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/u014424628/article/details/53966187
版权

一次编译和部署环境不一致导致的问题

基本情况

  1. maven项目
  2. SSH整合
  3. 单元测试没有问题，部署到Tomcat中报错
  4. maven install成功!部署失败

错误信息：


[com.alibaba.druid.pool.DruidDataSource]{dataSource-1} closed
[org.springframework.web.context.ContextLoader]Context initialization failed
org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'sessionFactory' defined in class path resource [applicationContext.xml]: Invocation of init method failed; nested exception is org.hibernate.MappingException: entity class not found: com.xy.model.RouteInfo
    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1455)
    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:519)
    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:456)
    at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:294)
    at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:225)
    at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:291)
    at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:193)
    at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:591)
    at org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:918)
    at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:469)
    at org.springframework.web.context.ContextLoader.configureAndRefreshWebApplicationContext(ContextLoader.java:383)
    at org.springframework.web.context.ContextLoader.initWebApplicationContext(ContextLoader.java:283)
    at org.springframework.web.context.ContextLoaderListener.contextInitialized(ContextLoaderListener.java:111)
    at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:5016)
    at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5528)
    at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150)
    at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:901)
    at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:877)
    at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:652)
    at org.apache.catalina.startup.HostConfig.deployDirectory(HostConfig.java:1258)
    at org.apache.catalina.startup.HostConfig$DeployDirectory.run(HostConfig.java:1918)
    at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
    at java.util.concurrent.FutureTask.run(FutureTask.java:262)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
    at java.lang.Thread.run(Thread.java:744)
Caused by: org.hibernate.MappingException: entity class not found: com.xy.model.RouteInfo
    at org.hibernate.mapping.PersistentClass.getMappedClass(PersistentClass.java:129)
    at org.hibernate.tuple.PropertyFactory.getGetter(PropertyFactory.java:390)
    at org.hibernate.tuple.PropertyFactory.buildIdentifierProperty(PropertyFactory.java:75)
    at org.hibernate.tuple.entity.EntityMetamodel.<init>(EntityMetamodel.java:145)
    at org.hibernate.persister.entity.AbstractEntityPersister.<init>(AbstractEntityPersister.java:505)
    at org.hibernate.persister.entity.SingleTableEntityPersister.<init>(SingleTableEntityPersister.java:146)
    at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
    at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)
    at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
    at java.lang.reflect.Constructor.newInstance(Constructor.java:526)
    at org.hibernate.persister.internal.PersisterFactoryImpl.create(PersisterFactoryImpl.java:163)
    at org.hibernate.persister.internal.PersisterFactoryImpl.createEntityPersister(PersisterFactoryImpl.java:135)
    at org.hibernate.internal.SessionFactoryImpl.<init>(SessionFactoryImpl.java:381)
    at org.hibernate.cfg.Configuration.buildSessionFactory(Configuration.java:1750)
    at org.hibernate.cfg.Configuration.buildSessionFactory(Configuration.java:1788)
    at org.springframework.orm.hibernate4.LocalSessionFactoryBuilder.buildSessionFactory(LocalSessionFactoryBuilder.java:242)
    at org.springframework.orm.hibernate4.LocalSessionFactoryBean.buildSessionFactory(LocalSessionFactoryBean.java:372)
    at org.springframework.orm.hibernate4.LocalSessionFactoryBean.afterPropertiesSet(LocalSessionFactoryBean.java:357)
    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1514)
    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1452)
    ... 25 more
Caused by: java.lang.ClassNotFoundException: com.xy.model.RouteInfo
    at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1720)
    at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1571)
    at java.lang.Class.forName0(Native Method)
    at java.lang.Class.forName(Class.java:190)
    at org.hibernate.internal.util.ReflectHelper.classForName(ReflectHelper.java:192)
    at org.hibernate.mapping.PersistentClass.getMappedClass(PersistentClass.java:126)
    ... 44 more
二月 14, 2016 5:49:10 下午 org.apache.catalina.core.StandardContext listenerStart
严重: Exception sending context initialized event to listener instance of class org.springframework.web.context.ContextLoaderListener
org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'sessionFactory' defined in class path resource [applicationContext.xml]: Invocation of init method failed; nested exception is org.hibernate.MappingException: entity class not found: com.xy.model.RouteInfo
    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1455)
    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:519)
    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:456)
    at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:294)
    at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:225)
    at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:291)
    at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:193)
    at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:591)
    at org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:918)
    at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:469)
    at org.springframework.web.context.ContextLoader.configureAndRefreshWebApplicationContext(ContextLoader.java:383)
    at org.springframework.web.context.ContextLoader.initWebApplicationContext(ContextLoader.java:283)
    at org.springframework.web.context.ContextLoaderListener.contextInitialized(ContextLoaderListener.java:111)
    at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:5016)
    at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5528)
    at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150)
    at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:901)
    at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:877)
    at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:652)
    at org.apache.catalina.startup.HostConfig.deployDirectory(HostConfig.java:1258)
    at org.apache.catalina.startup.HostConfig$DeployDirectory.run(HostConfig.java:1918)
    at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
    at java.util.concurrent.FutureTask.run(FutureTask.java:262)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
    at java.lang.Thread.run(Thread.java:744)
Caused by: org.hibernate.MappingException: entity class not found: com.xy.model.RouteInfo
    at org.hibernate.mapping.PersistentClass.getMappedClass(PersistentClass.java:129)
    at org.hibernate.tuple.PropertyFactory.getGetter(PropertyFactory.java:390)
    at org.hibernate.tuple.PropertyFactory.buildIdentifierProperty(PropertyFactory.java:75)
    at org.hibernate.tuple.entity.EntityMetamodel.<init>(EntityMetamodel.java:145)
    at org.hibernate.persister.entity.AbstractEntityPersister.<init>(AbstractEntityPersister.java:505)
    at org.hibernate.persister.entity.SingleTableEntityPersister.<init>(SingleTableEntityPersister.java:146)
    at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
    at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)
    at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
    at java.lang.reflect.Constructor.newInstance(Constructor.java:526)
    at org.hibernate.persister.internal.PersisterFactoryImpl.create(PersisterFactoryImpl.java:163)
    at org.hibernate.persister.internal.PersisterFactoryImpl.createEntityPersister(PersisterFactoryImpl.java:135)
    at org.hibernate.internal.SessionFactoryImpl.<init>(SessionFactoryImpl.java:381)
    at org.hibernate.cfg.Configuration.buildSessionFactory(Configuration.java:1750)
    at org.hibernate.cfg.Configuration.buildSessionFactory(Configuration.java:1788)
    at org.springframework.orm.hibernate4.LocalSessionFactoryBuilder.buildSessionFactory(LocalSessionFactoryBuilder.java:242)
    at org.springframework.orm.hibernate4.LocalSessionFactoryBean.buildSessionFactory(LocalSessionFactoryBean.java:372)
    at org.springframework.orm.hibernate4.LocalSessionFactoryBean.afterPropertiesSet(LocalSessionFactoryBean.java:357)
    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1514)
    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1452)
    ... 25 more
Caused by: java.lang.ClassNotFoundException: com.xy.model.RouteInfo
    at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1720)
    at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1571)
    at java.lang.Class.forName0(Native Method)
    at java.lang.Class.forName(Class.java:190)
    at org.hibernate.internal.util.ReflectHelper.classForName(ReflectHelper.java:192)
    at org.hibernate.mapping.PersistentClass.getMappedClass(PersistentClass.java:126)
    ... 44 more
二月 14, 2016 5:49:10 下午 org.apache.catalina.core.StandardContext startInternal

分析

关键语句出现了多次：

org.hibernate.MappingException: entity class not found: com.xy.model.RouteInfo

说RouteInfo类没有找到，但是我看了下源码确实有这个类啊。【非常重要的可疑点！！】

一般来说这种‘明明’有但是却说找不到的类的情况分三种：
1. 确实找不到，因为你太粗心了，类名写错了。
2. 有时候映射文件不是com.xy这种包路径，而是com/xy这种文件路径也是其中一个原因。
3. 最惨的是编译版本和运行版本不匹配（即编译版本高于运行版本）

根据这三种情况给出解决方案如下：
1. 修改类名
2. 仔细查看配置文件，根据配置模板进行相应的修改
3. 编译版本调整：
如果不是maven项目，修改build path，compile level。
如果是maven项目，修改pom.xml，
下面是模板【当然也可以直接修改maven中的配置，起到全局效果】。

<profiles>
      <profile>
          <id>jdk-1.8</id>
          <activation>
              <activeByDefault>true</activeByDefault>
              <jdk>1.8</jdk>
          </activation>
          <properties>
              <maven.compiler.source>1.8</maven.compiler.source>
              <maven.compiler.target>1.8</maven.compiler.target>
              <maven.compiler.compilerVersion>1.8</maven.compiler.compilerVersion>
          </properties>
      </profile>
  </profiles>
小熊vip
关注
  • 1
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
java 编译环境不一致_JDK编译环境和运行环境版本不一致：unsupported major.minor version 52.0...
weixin_30400859的博客
02-13 1739
java -version命令查看的是运行环境下的jdk版本工程项目中Build Path下引用的是编译环境下的jdk版本出现这种情况根本原因就是运行环境与编译环境jdk版本不一致。第一步：首先确认工程项目中加入jdk版本与系统运行环境中使用jdk版本是否一致工程项目中加入的jdk版本，这里查看时以工程项目下的Properties选项卡为准，而不是工作空间下的Properties选项卡系统运行环...
大数据路线图：大数据如何改变商业.pdf
12-24
大数据路线图：大数据如何改变商业 如果说 2012 年是大数据概念为人所知、 引人瞩目、 小试牛刀的一年， 那么 2013 年大数据将会实现产品部署，早期投资获得回报，一小部分的产业被颠覆。到了 2014 年，各种大数据项目和系统很可能成为标准配置，到处可见。 今年， 大数据和云计算一起作为科技术语出现。 大数据意味着非常多的事情， 但是被援引的次数太多了， 几乎失去了其本来的定义。大数据的定义通常和速率 （数据移动得快） ，体积（数据规模庞大） ，和种类（非结构化和结构化的信息） 三点有关。 大数据真的如人们所描述的那样吗？是的。对我来说，大数据代表了科技和 商业的一致——也就是首席信息官们始终追求的圣杯（Holy Grail）——成为了 一件顺理成章的事情。大数据项目从本质上来说和营收、风险利润是相关的。换 句话说，信息科技和商业世界情不自禁地联合了起来。 显然我们正处在一个追捧大数据的阶段，我认为可以和 1990 年代末的 Linux 和 2000 年代初的开源软件运动相提并论。那时候 Linux 正要开始改变世 界，和微软等厂商一较高下。从许多方面来说，Linux 和开源软件（比如安卓） 的确改变了一切。但是在行业变革的过程中发生了一个有趣的事情——开放软 件成了每一个数据中心的标准配置，如今已经被认为是理所应当了。这场变革发 生了，我们仅仅是不再谈论它而已。云计算也是一样。 大数据会遵循同样的发展路线。当然，会创造数百万个工作机会，相关人才 也会变得有一点抢手。公司们也会用大数据升级各自的行业。随着 Cloudera 这 样的创业公司成为新的红帽子（Red Hats） ，各家厂商的市场座次也逐渐明朗。 如下是对大数据路线图： 2013 年：2012 年的试验项目成品化，每一个行业的垂直领域都会有一个 成功的大数据案例。 2014 年：在 2013 年成功经验和客户研究案例的基础上，一些行动快速的 市场跟随者将进入大数据领域。 各个行业都将遵循大数据的游戏规则。初期的回 报看上去会很不错。 公司的主要关注点在内部数据上， 因为有很多东西可以挖掘。 外部数据也很有用，但是这段时期不会有什么新进展。 2015 年：在制定大数据计划时，公司们开始将目光投向外部数据。在 2015 年之前， 消费者所面对的公司都在花费大部分时间用于研究外部信息。每一个分 析师和数据仓库都将会有一个 Hadoop 计算簇和一个大数据层。像 Hadoop 这 样的技术不再受人关注，因为这些技术始终非常重要，慢慢淡化进入软件栈。围 绕大数据题材的整合并购开始加速。 2016 年：数据驱动的决策代替了直觉和常识。这个时候公司们要开始仔细 思考数据的使用， 避免出现无意义的数据。公司会因为错误解读了数据而导致重 大事故的发生。 2017 年：云和大数据、数据仓库合并起来，成为了一项服务，"分析即服 务"和"数据即服务"成为主流。很少有公司真正考虑创建自己的 Hadoop 计 算簇进行整合工作。大数据基础设施即将实现。注意：2017 年是这些大数据即 服务为大众所普及的一个估算时间。 大数据即服务的市场竞争在这个时间段正在 进行，将会于不久涉及到关键的大范围用户群。 大数据在 IT 采购周期上又是怎样的情况呢？大数据项目需要有更多高级别 的管理人员。分析如下： 首席信息官：大数据项目终于能让首席信息官解决一直以来的"我们一致 吗？"问题。 首席财务官：将大数据分析作为控制成本、最大化利润的方式。潜在风险是 公司有可能因为忽略人的因素而失去好的机会。 首席市场官：2012 年，首席市场官成了 IT 采购的红人。不过这有点不太合 理，因为首席市场官主要依赖外部数据和信号判断项目。 首席运营官，采购人员：大数据可以让存货、供应和制造过程自始至终都可 以进行追踪。效率能够得到改进。 数据科学家： 这部分员工越来越被看作是"首席"管理层的接班人。职场方 面，数据高手想去哪家公司都行。 （Via:虎嗅编译 原文：ZDNET）
xxl-conf分布式配置管理平台.rar
最新发布
07-11
背景（为什么需要使用xxl-conf） 常规项目开发过程中, 通常会将配置信息位于在项目resource目录下的properties文件文件中, 配置信息通常包括有: jdbc地址配置、redis地址配置、活动开关、阈值配置、黑白名单……等等。使用properties维护配置信息将会导致以下几个问题: 1、需要手动修改properties文件; 2、需要重新编译打包; 3、需要重启线上服务器 (项目集群时,更加令人崩溃) ; 4、配置生效不及时: 因为流程复杂, 新的配置生效需要经历比较长的时间才可以生效; 5、不同环境上线包不一致: 例如JDBC连接, 不同环境需要差异化配置; 最开始接触spring项目时，觉得*项目中.properties配置文件还是挺好用的，虽然在最开始实用期间经常还会报错${***}等配置文件找不到，后来还是解决了。但是在后来项目业务越来越清晰，业务拆解出多个项目，正式环境，测试环境多种配置文件交替切换，导致线上部署项目可能也出现测试配置文件。为了解决这种痛点，我这里强烈推荐给大家一种配置管理平台XXL-CONF。
Java虚拟机
01-20
这本书的内容是帮你全面了解java虚拟机，本书第1版两年内印刷近10次，98%以上的评论全部为5星级的好评，是整个Java图书领域公认的经典著作和超级畅销书，繁体版在台湾也十分受欢迎。第2版在第1版的基础上做了很大的改进：根据最新的JDK1.7对全书内容进行了全面的升级和补充；增加了大量处理各种常见JVM问题的技巧和最佳实践；增加了若干与生产环境相结合的实战案例；对第1版中的错误和不足之处的修正；等等。 第2版不仅技术更新、内容更丰富，而且实战性更强。全书共分为五大部分，围绕内存管理、执行子系统、程序编译与优化、高效并发等核心主题对JVM进行了全面而深入的分析，深刻揭示了JVM的工作原理。第一部分从宏观的角度介绍了整个Java技术体系、Java和JVM的发展历程、模块化，以及JDK的编译，这对理解本书后面内容有重要帮助。第二部分讲解了JVM的自动内存管理，包括虚拟机内存区域的划分原理以及各种内存溢出异常产生的原因；常见的垃圾收集算法以及垃圾收集器的特点和工作原理；常见虚拟机监控与故障处理工具的原理和使用方法。第三部分分析了虚拟机的执行子系统，包括类文件结构、虚拟机类加载机制、虚拟机字节码执行引擎。第四部分讲解了程序的编译与代码的优化，阐述了泛型、自动装箱拆箱、条件编译等语法糖的原理；讲解了虚拟机的热点探测方法、HotSpot的即时编译器、编译触发条件，以及如何从虚拟机外部观察和分析JIT编译的数据和结果；第五部分探讨了Java实现高效并发的原理，包括JVM内存模型的结构和操作；原子性、可见性和有序性在Java内存模型中的体现；先行发生原则的规则和使用；线程在Java语言中的实现原理；虚拟机实现高效并发所做的一系列锁优化措施。 前言 第一部分　走近Java 第1章　走近Java 1.1　概述 1.2　Java技术体系 1.3　Java发展史 1.4　Java虚拟机发展史 1.4.1　Sun Classic Exact VM 1.4.2　Sun HotSpot VM 1.4.3　Sun Mobile-Embedded VM Meta-Circular VM 1.4.4　BEA JRockit IBM J9 VM 1.4.5　Azul VM BEA Liquid VM 1.4.6　Apache Harmony Google Android Dalvik VM 1.4.7　Microsoft JVM及其他 1.5　展望Java技术的未来 1.5.1　模块化 1.5.2　混合语言 1.5.3　多核并行 1.5.4　进一步丰富语法 1.5.5　64位虚拟机 1.6　实战：自己编译JDK 1.6.1　获取JDK源码 1.6.2　系统需求 1.6.3　构建编译环境 1.6.4　进行编译 1.6.5　在IDE工具中进行源码调试 1.7　本章小结 第二部分　自动内存管理机制 第2章　Java内存区域与内存溢出异常 2.1　概述 2.2　运行时数据区域 2.2.1　程序计数器 2.2.2　Java虚拟机栈 2.2.3　本地方法栈 2.2.4　Java堆 2.2.5　方法区 2.2.6　运行时常量池 2.2.7　直接内存 2.3　HotSpot虚拟机对象探秘 2.3.1　对象的创建 2.3.2　对象的内存布局 2.3.3　对象的访问定位 2.4　实战：OutOfMemoryError异常 2.4.1　Java堆溢出 2.4.2　虚拟机栈和本地方法栈溢出 2.4.3　方法区和运行时常量池溢出 2.4.4　本机直接内存溢出 2.5　本章小结 第3章　垃圾收集器与内存分配策略 3.1　概述 3.2　对象已死吗 3.2.1　引用计数算法 3.2.2　可达性分析算法 3.2.3　再谈引用 3.2.4　生存还是死亡 3.2.5　回收方法区 3.3　垃圾收集算法 3.3.1　标记-清除算法 3.3.2　复制算法 3.3.3　标记-整理算法 3.3.4　分代收集算法 3.4　HotSpot的算法实现 3.4.1　枚举根节点 3.4.2　安全点 3.4.3　安全区域 3.5　垃圾收集器 3.5.1　Serial收集器 3.5.2　ParNew收集器 3.5.3　Parallel Scavenge收集器 3.5.4　Serial Old收集器 3.5.5　Parallel Old收集器 3.5.6　CMS收集器 3.5.7　G1收集器 3.5.8　理解GC日志 3.5.9　垃圾收集器参数总结 3.6　内存分配与回收策略 3.6.1　对象优先在Eden分配 3.6.2　大对象直接进入老年代 3.6.3　长期存活的对象将进入老年代 3.6.4　动态对象年龄判定 3.6.5　空间分配担保 3.7　本章小结 第4章　虚拟机性能监控与故障处理工具 4.1　概述 4.2　JDK的命令行工具 4.2.1　jps：虚拟机进程状况工具 4.2.2　jstat：虚拟机统计信息监视工具 4.2.3　jinfo：Java配置信息工具 4.2.4　jmap：Java内存映像工具 4.2.5　jhat：虚拟机堆转储快照分析工具 4.2.6　jstack：Java堆栈跟踪工具 4.2.7　HSDIS：JIT生成代码反汇编 4.3　JDK的可视化工具 4.3.1　JConsole：Java监视与管理控制台 4.3.2　VisualVM：多合一故障处理工具 4.4　本章小结 第5章　调优案例分析与实战 5.1　概述 5.2　案例分析 5.2.1　高性能硬件上的程序部署策略 5.2.2　集群间同步导致的内存溢出 5.2.3　堆外内存导致的溢出错误 5.2.4　外部命令导致系统缓慢 5.2.5　服务器JVM进程崩溃 5.2.6　不恰当数据结构导致内存占用过大 5.2.7　由Windows虚拟内存导致的长时间停顿 5.3　实战：Eclipse运行速度调优 5.3.1　调优前的程序运行状态 5.3.2　升级JDK 1.6的性能变化及兼容问题 5.3.3　编译时间和类加载时间的优化 5.3.4　调整内存设置控制垃圾收集频率 5.3.5　选择收集器降低延迟 5.4　本章小结 第三部分　虚拟机执行子系统 第6章　类文件结构 6.1　概述 6.2　无关性的基石 6.3　Class类文件的结构 6.3.1　魔数与Class文件的版本 6.3.2　常量池 6.3.3　访问标志 6.3.4　类索引、父类索引与接口索引集合 6.3.5　字段表集合 6.3.6　方法表集合 6.3.7　属性表集合 6.4　字节码指令简介 6.4.1　字节码与数据类型 6.4.2　加载和存储指令 6.4.3　运算指令 6.4.4　类型转换指令 6.4.5　对象创建与访问指令 6.4.6　操作数栈管理指令 6.4.7　控制转移指令 6.4.8　方法调用和返回指令 6.4.9　异常处理指令 6.4.10　同步指令 6.5　公有设计和私有实现 6.6　Class文件结构的发展 6.7　本章小结 第7章　虚拟机类加载机制 7.1　概述 7.2　类加载的时机 7.3　类加载的过程 7.3.1　加载 7.3.2　验证 7.3.3　准备 7.3.4　解析 7.3.5　初始化 7.4　类加载器 7.4.1　类与类加载器 7.4.2　双亲委派模型 7.4.3　破坏双亲委派模型 7.5　本章小结 第8章　虚拟机字节码执行引擎 8.1　概述 8.2　运行时栈帧结构 8.2.1　局部变量表 8.2.2　操作数栈 8.2.3　动态连接 8.2.4　方法返回地址 8.2.5　附加信息 8.3　方法调用 8.3.1　解析 8.3.2　分派 8.3.3　动态类型语言支持 8.4　基于栈的字节码解释执行引擎 8.4.1　解释执行 8.4.2　基于栈的指令集与基于寄存器的指令集 8.4.3　基于栈的解释器执行过程 8.5　本章小结 第9章　类加载及执行子系统的案例与实战 9.1　概述 9.2　案例分析 9.2.1　Tomcat：正统的类加载器架构 9.2.2　OSGi：灵活的类加载器架构 9.2.3　字节码生成技术与动态代理的实现 9.2.4　Retrotranslator：跨越JDK版本 9.3　实战：自己动手实现远程执行功能 9.3.1　目标 9.3.2　思路 9.3.3　实现 9.3.4　验证 9.4　本章小结 第四部分　程序编译与代码优化 第10章　早期（编译期）优化 10.1　概述 10.2　Javac编译器 10.2.1　Javac的源码与调试 10.2.2　解析与填充符号表 10.2.3　注解处理器 10.2.4　语义分析与字节码生成 10.3　Java语法糖的味道 10.3.1　泛型与类型擦除 10.3.2　自动装箱、拆箱与遍历循环 10.3.3　条件编译 10.4　实战：插入式注解处理器 10.4.1　实战目标 10.4.2　代码实现 10.4.3　运行与测试 10.4.4　其他应用案例 10.5　本章小结 第11章　晚期（运行期）优化 11.1　概述 11.2　HotSpot虚拟机内的即时编译器 11.2.1　解释器与编译器 11.2.2　编译对象与触发条件 11.2.3　编译过程 11.2.4　查看及分析即时编译结果 11.3　编译优化技术 11.3.1　优化技术概览 11.3.2　公共子表达式消除 11.3.3　数组边界检查消除 11.3.4　方法内联 11.3.5　逃逸分析 11.4　Java与CC++的编译器对比 11.5　本章小结 第五部分　高效并发 第12章　Java内存模型与线程 12.1　概述 12.2　硬件的效率与一致性 12.3　Java内存模型 12.3.1　主内存与工作内存 12.3.2　内存间交互操作 12.3.3　对于volatile型变量的特殊规则 12.3.4　对于long和double型变量的特殊规则 12.3.5　原子性、可见性与有序性 12.3.6　先行发生原则 12.4　Java与线程 12.4.1　线程的实现 12.4.2　Java线程调度 12.4.3　状态转换 12.5　本章小结 第13章　线程安全与锁优化 13.1　概述 13.2　线程安全 13.2.1　Java语言中的线程安全 13.2.2　线程安全的实现方法 13.3　锁优化 13.3.1　自旋锁与自适应自旋 13.3.2　锁消除 13.3.3　锁粗化 13.3.4　轻量级锁 13.3.5　偏向锁 13.4　本章小结 附　　录 附录A　编译Windows版的OpenJDK 附录B　虚拟机字节码指令表 附录C　HotSpot虚拟机主要参数表 附录D　对象查询语言（OQL）简介 附录E　JDK历史版本轨迹
基于J2EE框架的个人博客系统项目毕业设计论文(源码和论文）
03-12
第一章 绪论 1.1. 选题背景 这几年，许多新名词涌入我们的视野：博客、圈子、播客、WAP等。这些都预示着我们进入了一个新的互联网阶段web 2.0，它是相对web 1.0的新的一类互联网应用的总称，是一次从核心内容到外部应用的革命[10]。这个阶段发展迅速，互联网应用趋于多样化，其中变化最大的是由web 1.0网站创造内容的时代变为由用户创造内容的web 2.0时代。 在web 2.0应用中，博客(Blog)是web 2.0核心应用中最典型、最流行的代表之一，也是web 2.0技术应用的最直观的表现，是web 2.0精神和理念的具体体现。 1.2. 问题的提出 Blog记载了日常发生的事情和自己的兴趣爱好，把自己的思想和知识和他人分享、交流，同时又通过“六度空间”结识了更多志趣相投的朋友；而越来越多专业知识的 Blog 的出现，让我们看到了 Blog 更多所蕴涵的巨大的信息价值：不同的 Blog 选择不同的内容，收集和整理成为很多人关注的专业 Blog ——目前越来越多的人获取信息的来源是一些固定的 Blog 。随着博客人数的增加， Blog 作为一种新的生活方式、新的工作方式、新的学习方式已经被越来越多的人所接受，并且在改变传统的网络和社会结构：网络信息不再是虚假不可验证的，交流和沟通更有明确的选择和方向性，单一的思想和群体的智慧结合变的更加有效，个人出版变成人人都可以实现的梦想—— Blog 正在影响和改变着我们的生活。 1.3. 系统的开发目标 管理员通过前台页面进入后台管理模块后，可对注册的博客用户进行维护，包括对注册用户的添加、查找、修改和删除。 管理员进入登录后，可对帐户进行管理，包括添加管理员帐户、修改管理员帐户、删除管理员帐户和对帐户进行权限设置。 博客用户通过前台登录后，可对自己的博客空间进行管理，包括发布自己的网络日志、收藏个人图片、和相关人员进行交流和沟通以及删除访问者发表的评论等。 因此，在具体设计实现该博客网站时，主要考虑了主流博客网站的几个主要功能:(1)博客的注册、登录验证功能(2) 网络用户通过关键字搜索博文功能(3) 最热门博客页面推荐浏览(4) 文章详细内容及相关评论显示(5) 博客页面访问量统计(6) 博客个人文章管理维护功能(7) 博客个人文章分类管理维护功能(8) 博客个人友情链接维护功能(9) 博客个人基本信息管理维护功能(10) 博客图片上传及个人相册管理(11) 网络用户写留言，博主查看留言。 第二章 系统设计 2.1. 系统分析 在整个blog进行开发之前，要确定出整个项目的整体架构，包括系统的选型、运行环境的确定及系统结构设计。下面对这进行详细介绍。 在进行软件系统开发的最初环节，一般都需要进行系统的选型，即根据系统功能的实际需求，选择合适的开发工具及软件架构。 blog对系统的可靠性、稳定性有比较高的要求。本系统设计时，比较主流的B/S设计有基于JSP、ASP、PHP、CGI及J2EE等模式。相比较而言PHP的功能相对简单，不适合做大程序；而CGI效率相对较低，所以也不考虑。由于J2EE的开源的框架中提供了MVC模式实现框架Struts、对象关系模型中的Hibernate 的框架及拥有事务管理和依赖注入的Spring。利用现存框架可以更快开发系统。所以选择Java技术作为blog 的开发工具。 为了增加系统的吞吐量，提高并发处理客户请求数量，系统采用了IBM服务器作为主机。在数据库处理方面，不需要在数据层借助存储过程及数据库服务器端函数封装过多的业务逻辑，因此数据库系统采用相对精巧的MySQL[6]。 该在线博客系统服务器端如果需要布置到其他主机上，则该主机必备条件如下： 1. 服务器端操作系统：独立于操作系统的跨平台系统，客户端MicroSoft Windows 2000及以上； 2. 数据库：MySQL 5.0.27版本； 3. Web服务器：Tomcat 5.5及以上版本，配合MVC设计模式及 Hibernate开发架构； 4. 客户端运行环境：能运行IE 5以上或Netscape 5以上浏览器的操作系统，配合使用Ajax技术； 5. 客户端运行工具：目前的系统采用浏览器作为客户端，为了支持Ajax开发框架，应该选择使用IE 5以上版本浏览器。 本网站以xp为Web平台，JSP+Ajax+Servlet+JavaBean+Hibernate为网站实现技术，建立基于MySQL数据库系统的核心动态网页，实现博客网站前台及博客个人维护管理等功能模块。 1、 系统处理的准确性和及时性：系统处理的准确性和及时性是系统的必要性能。在系统设计和开发过程中，要充分考虑系统当前和将来可能承受的工作量，使系统的处理能力和响应时间能够满足信息处理的需求。 2、 系统的开放性和系统的可扩充性：系统在开发过程中，应该充分考虑以后的可扩充性。例如数据表中用户选择字段方式的改变，用户查询的需求也会不断的更新和完善。所有这些，都要求系统提供足够的手段进行功能的调整和扩充。而要实现这一点，应通过系统的开放性来完成，既系统应是一个开放系统，只要符合一定的规范，可以简单的加入和减少系统的模块，配置系统的硬件。通过软件的修补、替换完成系统的升级和更新换代。 3、 系统的易用性和易维护性：要实现这一点，就要求系统应该尽量使用用户熟悉的术语和中文信息的界面；针对用户可能出现的使用问题，要提供足够的在线帮助，缩短用户对系统熟悉的过程。 4、 系统的数据要求：1、数据录入和处理的准确性和实时性。2、数据的一致性与完整性。3、数据的共享与独立性。 2.2. 系统的可行性分析 2.2.1. 技术可行性 技术上的可行性分析要考虑将来要采用的硬件和软件技术能否满足用户（这里是服务器，网速）提出的要求（如计算机的容量、速度等）。此外，还要考虑开发人员的水平，学习了两年的jsp开发，对于这个系统的编写，我想完整的之需要两个月就可以写出程序，再花上几天的调试，计划两个月左右就可以完成投入使用了。 我们掌握了数据库及其应用技术、数据库原理、计算机网络技术等课程，对数据库的设计、应用、维护及局域网的组成有了深刻的认识与一定的动手实践能力，考取了信息处理、程序设计、数据库技术等国家IT认证。从一定程度上具备了开发一个小型系统的能力。再有就！ 2.2.2. 经济可行性 主要从对项目的经济上进行分析评价，一方面是支出的费用，包括设备购置费、管理和维护费用、人员工资和培训费等，另一个是取得的收益。这是个小型的系统，从投入的人力，财力与物力来讲是非常小的，发布出去之需要注册域名就可以了，从节省人力方面，可以让管理人员从繁与复杂的工作中解脱出来，做更多的工作。 2.2.3. 管理可行性 有IP地址、用户名与密码等,可以下载一个FTP上传工具（cure）上传更新后的内容.可以在http://www.skycn.com/soft/683.html下载到. 下载以后,通过"站点管理"-->"新建站点".输入IP,用户名,密码.然后连接即可. 当然也可用FTP工具.直接在IE浏览器地址栏输入ftp://www.域名/然后输入用户名和密码.同样可以上传.随时更新文件！ 第三章 开发环境的说明与安装 3.1. 开发语言的选择 3.1.1. JAVA简介 Java是Sun公司推出的新的一代面向对象程序设计语言，特别适合于Internet应用程序开发。Java的产生与流行是当今Internet发展的客观要求，Java是一门各方面性能都很好的编程语言，它的基本特点是简单、面向对象、分布式、解释的、健壮的、安全的、结构中立的、可移植的、性能很优异的、多线程的、动态的，特别适合在Internet环境上开发的应用系统。 3.1.2. Web应用程序开发环境—JSP技术 JSP的全称是Java Server Pages，它是SUN推出的一种动态网页技术标准。它在传统的静态页面文件（*.html,*.htm）中加入JAVA程序片段和JSP标记，就构成了JSP页面。JSP具有以下的优点： 1、将业务层与表示层分离：使用JSP技术，网络开发人员可充分使用HTML来设计页面显示部分（如字体颜色等），并使用JSP指令或者JAVA程序片段来生成网页上的动态内容； 2、能够跨平台：JSP支持绝大部分平台，包括现在非常流行的LINUX系统，应用非常广泛的Apache服务器也提供了支持JSP的服务； 3、组件的开发和使用很方便：如ASP的组件是由C++，VB等语言开发的，并需要注册才能使用；而JSP的组件是用Java开发的，可以直接使用； 4、一次编写，处处运行：作为JAVA开发平台的一部分，JSP具有JAVA的所有优点，包括Write once , Run everywhere. 3.2. 数据库的选择 3.2.1. Web应用程序开发环境—SQLserver数据库 SQL Server是由Microsoft开发和推广的关系数据库管理系统（DBMS）,它最初是由Microsoft、Sybase和Ashton-Tate三家公司共同开发的。SQL Server 2000是Microsoft公司于2000年推出的最新版本。 SQL Server 特点： 　　1．真正的客户机/服务器体系结构。 　　2．图形化用户界面，使系统管理和数据库管理更加直观、简单。 　　3．丰富的编程接口工具，为用户进行程序设计提供了更大的选择余地。 　　4．SQL Server与Windows NT完全集成，利用了NT的许多功能，如发送和接受消息，管理登录安全性等。SQL Server也可以很好地与Microsoft BackOffice产品集成。 　　5．具有很好的伸缩性，可跨越从运行Windows 95/98的膝上型电脑到运行Windows 2000的大型多处理器等多种平台使用。 　　6．对Web技术的支持，使用户能够很容易地将数据库中的数据发布到Web页面上。 　　7．SQL Server提供数据仓库功能，这个功能只在Oracle和其他更昂贵的DBMS中才有。 　　SQL Server 2000与以前版本相比较，又具有以下新特性 ： 　　1．支持XML(Extensive Markup Language，扩展标记语言) 　　2．强大的基于Web的分析 　　3．支持OLE DB和多种查询 　　4．支持分布式的分区视图 　　安装、运行SQL Server 2000的硬件需求 　　（1）计算机 　　Inter及其兼容计算机，Pentium 166Mz或者更高处理器或DEC Alpha和其兼容系统。 　　（2）内存（RAM） 　　企业版最少64MB内存，其他版本最少需要32MB内存，建议使用更多的内存。 　　（3）硬盘空间 　　完全安装（Full）需要180MB的空间，典型安装（Typical）需要170MB的空间，最小安装（Minimum）需要65MB的空间。 3.3. 开发工具的选择 MyEclipse，Deamweare，选择SQLserver作为后台的数据库，选择JAVA、JSP、JavaScript、Html作为应用程序开发工具，运用Tomcat服务器技术，整个系统完全基于B/S (Browser/Server)模式进行设计。 1、Tomcat应用服务器 目前支持JSP的应用服务器是较多的，Tomcat是其中较为流行的一个Web服务器，被JavaWorld杂志的编辑选为2001年度最具创新的Java产品，可见其在业界的地位。 Tomcat是一个免费的开源的Serlvet容器，在Tomcat中，应用程序的部署很简单，你只需将你的WAR放到Tomcat的webapp目录下，Tomcat会自动检测到这个文件，并将其解压。你在浏览器中访问这个应用的Jsp时，通常第一次会很慢，因为Tomcat要将Jsp转化为Servlet文件，然后编译。编译以后，访问将会很快。 Tomcat也具有传统的Web服务器的功能：处理Html页面。但是与Apache相比，它的处理静态Html的能力就不如Apache。我们可以将Tomcat和Apache集成到一块，让Apache处理静态Html，而Tomcat处理Jsp和Servlet。Tomcat是一个很好的工具，不仅仅因为其免费，功能强大，更因为其开放性，越来越受到人们的重视。 2、 B/S 开发模式 伴随着Internet的迅速发展，计算机技术正在由基于C/S（client/ Server）模式的应用系统转变为基于B/S模式的应用系统。 过去，网络软件的开发都采用C/S（client）模式，在这种模式下，主要的业务逻辑都集中于客户端程序，因此，必然导致以下问题： 系统安装、调试、维护和升级困难。由于客户端的硬件配置可能存在差异，软件环能各不相同，因此，在安装时，必须对每一个客户端分别进行配置，同样，在软件升级时也要对客户端分别处理。 B/S模式带来了巨大的好处： 开发成本及维护成本降低。由于B/S架构管理软件只安装在服务器端（Server）上，即应用程序在部署、升级、维护时，只需要在服务器端进行配置就可以了，网络管理人员只需要管理服务器就行了，用户界面主要事务逻辑在服务器（Server）端完全通过WWW浏览器实现，极少部分事务逻辑在前端（Browser）实现，所有的客户端只有浏览器，网络管理人员只需要做硬件维护。 良好的安全性能，防火墙技术可以保证后台数据库的安全性。所有的配置工作都集中在服务器端且所有客户端请求都是通过DBMS来访问数据库，从而大大减少了数据直接暴露的风险。 第四章 系统设计 4.1开发框架技术介绍 对于框架技术，我们采用Struts+ajax的整合！ Struts是应用比较广泛的一种表现层框架 1、 Struts是一个为开发基于模型(Model)－视图(View)－控制器(Controller)(MVC)模式的应用架构的开源框架，是利用Servlet，JSP和custom tag library构建Web应用的一项非常有用的技术。由于Struts能充分满足应用开发的需求，简单易用，敏捷迅速。它使用服务层框架可以将JavaBeans从Jsp/Servlet中分离出来，而使用表现层框架则可以将Jsp中剩余的JavaBeans完全分离，这部分JavaBeans主要负责显示相关信息，一般是通过标签库（Taglib）实现，不同框架有不同自己的标签库，Struts是应用比较广泛的一种表现层框架。 2、 Ajax我们主要应用就是xmlhttprequest，回调函数实现局部刷新达道数据更新！ 4.2需求分析 Blog网站主要是实现注册用户登录、管理相关信息、博文及相关评论、查看留言、友情链接、及图片的上传和图像的播放而为上网用户提供按博文主题搜索，查看注册用户的博文及提出相关评论，并为注册用户写留言，游览注册用户的相册、注册等功能的系统。下面就以两种不同的用户来分析博客网站的需求。 4.2.1注册博友 首先必须在博客首页中登录填写用户名和密码，这样才能执行一些相关操作，不然就是普通用户只能查看一些信息，而不能发表博文。可以在管理页面上添加博文的分类，可以上传图片和游览自己的相册，在上传过程中可以将一张图片定义为自己的签名，在个人管理页面中注册用户还可以修改自己的个人信息。博文管理，友情链接管理及博文分类管理，用例图2。 图2 博客管理页面的用例图 在博客主界面中发表博文时可以选择博文类型，这样可以更好管理自己的博文。并查看和删除网友对自己的博文的一些评论、查看和删除网友留下的一些留言，提供与其他网友交流的空间。更好交流，在信息时代人们通过个人空间沟通也用来但不能在自己的博客主页面中提交评论和留言。。这样在本系统中就可以为博友提供更多的个人色彩。在管理页面中添加和删除友情连接。这样博友可以在自己空间中快速定位自己的关心的网站。这样还可以让网友看到自己的一些信息。友情链接及网页访问量统计显示：在博客的个人页面中还提供了推荐给普通网络用户的相关友情链接，此外，对个人页面的访问量也在随时进行统计，并在个人页面中进行直观的显示。 博客主页面的用例图如图3所示： 图3 博客主页面的用例图 4.2.2 普通用户 在博客注册页面注册成为博客的注册用户，才可以拥有自己独立的空间，进入某一博客页面查看相关文章信息时，可以随时对自己所感兴趣的文章发表评论，同时也可以查看到其他人针对该博文的评论。普通用户在阅读博文时可以在最后留下自己的一些评论。他也可以留下更多的信息。这样他可以写留言。这样他留下的信息就更快地被博友所看到。普通用户进入博友的用例图如图4所示： 图4上网博友在博客主页面的用例图 普通网友可以搜索自己关心的一些数据。并且在搜索结果中提供在结果范围内再次搜索。这样就可以将范围缩小。首页向注册用户提供登陆模块，注册用户在博客网站首页跟上网网友一样可以查看博客和博文推荐。上网网友可以注册成为博客用户，拥有自己独立的空间。这一模块的用例图如图5所示： 图5 博客首页的用例图 4.3 功能模块介绍 4.3.1 博客注册登录管理模块 博客注册登录管理模块用于建立博客网站固定的客户群体，通过记录对应的博客档案，实现对博客信息的后台维护及管理，同时也便于通过博客档案库将网站最新动态及相关企业的信息方便地传达给每一位潜在的客户。 该功能模块实现了以下几个子功能。 （1）新博客在线注册。 （2）博客登录管理。 （3）跳转到博客主页。 只有进行登录并通过身份验证的用户，才可以在个人博客页面发表日志，并借助个人设置实现对个人博客相关信息的管理维护。对于没有经过身份验证的网络用户不允许在博客页面中发表日志，更不允许对博客页面信息进行管理维护。 该模块实现新博客的注册及登录验证功能。其中，注册新博客时会对用户输入的注册信息进行有效性验证，包括基本数据格式的有效性以及逻辑有效性，例如，用户名被占用时将及时给出提示。注册成功的博客登录时，会随时根据博客输入的登录信息进行提示，如用户名错误或者密码错误。 4.3.2 博客及文章检索查询模块 博客及文章检索查询模块为网络用户提供便捷的搜索，以及日志阅读浏览等功能，同时对日志的评论信息、博客推荐也能够及时反馈给网络用户。 该功能模块实现了以下几个子功能。 （1）热门博客页面推荐。 （2）最新博客日志推荐。 （3）日志信息关键字搜索。 该模块能够在网页中随时提供在线的最新日志信息。该信息需要定期更新，网络用户可以随时获得最新日志以及最热门的博客推荐。在客户选择了某个博客或者某个感兴趣的日志后，可以方便地跳转到对应博客页面进行日志的阅读，并和博客进行交流互动。 为了使网络用户尽快定位到所需的博客资料及日志信息，本模块提供了搜索功能，用户可以对所关注的日志信息按照标题进行关键字搜索，以避免用户浏览多个页面来寻找所需的日志信息。 4.3.3博客页面显示模块 当网络用户进入某个人博客主页后，在该页面中将提供博客日志列表的显示，同时为了方便用户浏览，在该模块中提供根据分类名进行日志列表的显示，也提供日志评论的浏览，此外还允许用户在博客页面中发表评论及留言。 该功能模块实现了如下几个子功能。 （1）用户可以分页查看对应的日志内容及评论信息。 （2）用户可以针对日志内容发表评论。 （3）用户可以针对博客进行留言。 （4）用户可以分类查看日志内容。 在该模块中还提供了博客页面统计信息，日志、评论及留言信息分页显示等方便用户的显示效果。 4.3.4 博客个人维护管理模块 博客个人维护管理模块用于实现用户对博客个人主页及相关信息的动态管理。 该功能模块实现了如下几个子功能： （1）日志及日志分类管理。 （2）评论及留言管理。 （3）个人基本信息维护管理。 借助该模块，用户可以随时对个人博客主页中的内容进行增加或修改，包括日志分类信息的更新、评论及留言管理等功能，也允许用户对博客的个人信息进行维护及其管理。 4.4 系统分析 本系统采用严格的J2 EE 应用结构，主要有如下几个分层。 1. 表现层:由JSP 页面组成。 2. MVC 层:使用Struts框架。 3. 业务逻辑层:主要由Spring loC 容器管理的业务逻辑组件组成。 4. DAO 层:由7 个DAO 组件组成，实现类必须继承Spring提供的HibernateDaoSupport。 5. Hibernate 持久层:由7 个PO 组成，并在Hibernate Session 管理下，完成数据库访问。 6. 数据库服务层:使用MySQL 数据库存储持久化数据。 系统的具体分层如图5 所示。 图6 系统结构图 在图6 黑色大方框内的MVC 控制层、Service 层及DAO 组件层的组件，都由Spring IOC 容器负责生成，并管理组件的实例（实例必须是单身模式的，本系统中的bean基本上是单身的）。 4.3.1系统架构说明 本系统不仅严格按MVC 模式设计，还按J2 EE 分层设计，将中间层严格分成业务逻辑层、DAO 层及数据持久层等。MVC 层的控制器绝对禁止持久层访问，甚至不参与业务逻辑的实现。表现层采用传统JSP 技术。 本系统采用的是典型的J2EE 三层结构，分为表现层、中间层(业务逻辑层)和数据服务层。三层体系将业务规则、数据访问及合法性校验等工作放在中间层处理。客户端不直接与数据库交互，而是通过组件与中间层建立连接，再由中间层与数据库交互。Jsp广泛的应用和稳定的表现，为其作为表现层技术打下了坚实的基础。中间层采用的是流行的Spring+Hibernate ，为了将控制层与业务逻辑层分离，又细分为以下几种。 Web 层，就是MVC 模式里面的C，负责逻辑层和表现层的交互。调用业务逻辑层，并将业务数据返回给表现层作组织表现，该系统的MVC采用Struts框架。 Service 层(就是业务逻辑层)，负责实现业务逻辑。业务逻辑层以DAO 层为基础，通过对DAO 组件的正面模式包装，完成系统所要求的业务逻辑。 DAO 层，负责与持久化对象交互。该层封装了数据的增、删、查、改的操作。 PO ，持久化对象。通过实体关系映射工具将关系型数据库的数据映射成对象，很方便地实现以面向对象方式操作数据库，该系统采用Hibernate 作为ORM 框架。Spring 的作用贯穿了整个中间层，将Web 层、Service 层、DAO 层及PO 无缝整合，其数据服务层用来存放数据。 通过使用Hibernate 持久层，可以避免使用传统的JDBC 操作数据库，对JDBC近一步包装，从而更好地使用面向对象的方式来操作数据库。保证了整个软件开发过程以面向对象的方式进行，即面向对象分析、设计及编程，透过Hibernte 对PO对象持久化操作，不管插入还是查询都是通过PO。 4.3.2实现DAO 层 DAO 还有助于提升系统的可移植性。独立的DAO 层使得系统能在不同的数据库之间轻易切换，底层的数据库实现对于业务逻辑组件是透明的。数据库移植时仅仅影响DAO 层，不同数据库的切换不会影响业务逻辑组件，因此提高了系统的可复用性。 对于不同的持久层技术， Spring 的DAO 提供一个DAO 模板，将通用的操作放在模板里完成，而对于特定的操作，则通过回调接口完成。Spring 为Hibernate 提供的DAO 支持类是: HibernateDaoSupport。 4.3.3 DAO组件的定义 DAO 组件提供了各持久化对象的基本的CRUD 操作。而在DAO 接口里则对DAO组件包含的各种CRUD 方法提供了声明，但有一些IDE 工具也可以生成基本的CRUD方法。使用DAO 接口的原因是:避免业务逻辑组件与特定的DAO组件藕合。由于DAO 组件中的方法不是开始就设计出来的，其中的很多方法可能会随着业务逻辑的需求而增加，但以下几个方法是通用 的。 • get: 根据主键加载持久化实例。 • saveor update: 保存或更新持久化实例。 • remove: 删除持久化实例。 上面涉及了7个PO，这样我们必须设计7个对应的PODao 7个Dao必须继承BaseDao 这个BaseDao 有对接口的一些基本的CURD操作。7个Dao 如下。LinksDao ，BlogDao、FeedBackDao、ArticleDao、MessageDao、SortDao、PictureDao。这7个Dao 分别封装对自己的持久化对象的一些操作。 4.3.4 部署DAO 层 HibernateDaoSupport类只需要一个SessionFactory 属性，即可完成数据库访问。SessionFactroy创建Session，而数据库的CRUD操作都是有Session 完成，并将查询结果保存在一级缓存中，每次用户提交一次会话，可能需要Session完成一些数据库的操作而实际的数据库访问由模板类HibernateTemplate完成，该模板类提供了大量便捷的方法，简化了数据库的访问。 第五章 数据库设计 5.1定义（数据词典） 1、数据库表名的定义使用：重点字_table;重点字可以是多个英文单词的组合，从组合的第二单词起首字母大写，字段命名是能表达字段内容的英文单词的组合，组合方式同表名重点字相同。 2、NN 表示not null 不填表可为空。 3、数据类型不使用固定数据库的类型，标识大众类型，如字符串、字符、数字等。这样在更改数据库时需求的数据是可移植的 4、输写数据表在数据库中的物理名称，可用自己熟悉的语言再定义表名称，方便沟通。 5、长度定义又数据类型决定：如字符串可选8000以下，数字可在50位之间，字符只允许一位。 6、输入方式表示数据的来源：生成表由程序或数据库的索引自动生成，而不需人工录入；输入表示通过文本框等输入的数据；选择表单选框、复选框、下拉列表等通过选择输入的数据；自定获取是为外码的输入设定的，它由程序自动获取。 5.2主要表结构如下 1. 表[blogs]日志数据表 字段名 类型 说明 blogid Int(10) 日志的ID title text 日志标题 pubtime Int(11) 日志发表时间 authorid Int(8) 日志作者的UID replies Int(8) 日志的评论数 tbs Int(8) 日志的trackback数 views Int(8) 日志的查看次数 category Int(3) 日志所属的分类的ID content mediumtext 日志正文内容 property Int(1) 日志的属性 0 公开日志 1 锁定日志 2 隐藏日志 3 一般草稿 2.表[user]博友登陆信息表 字段名 类型 说明 userid Int(10) 博友ID nicheng Text 博友在博客里的称呼 username text 登陆时的用户名 password text 登陆密码 3.表[register]用户数据表 字段名 类型 说明 userid Int(8) 登陆时需要用到的用户名 username text 用户昵称 userpwd Int(8) 登陆密码 regtime Int(11) 注册时间 usergroup Int(2) 所属的用户组ID email text 用户email qq text Qq号 msn text 用户msn gender text 用户性别 第六章 主要功能的实现 6.1 登录控制： if(this.session().getAttribute("rand")!=null){//检验随机数是否为空 if(this.checkCode.equals(this.session().getAttribute("rand").toString())){//比较随机数 uservo=userbo.queryUserByINfo(uservo);//检验用户信息并将信息返回 if(uservo!=null){//看用户是否存在 this.setUserpurview(uservo.getPurviewId());//设置用户权限 this.session().setAttribute("user", uservo);//将用户信息放在session中 return SUCCESS;//返回用户主界面页面 }else{ return ERROR;返回到失败页面} }else{return ERROR; }}else{ return ERROR; } 6.2 Ajax 读取txt格式数据 function ajax_function(var1,var2){ var xmlHttp = null; //创建xmlhttprequest try { // Firefox, Opera 8.0+, Safari 对不同浏览器常见不同对象 xmlHttp=new XMLHttpRequest(); } catch (e) { try { // Internet Explorer xmlHttp=new ActiveXObject('Msxml2.XMLHTTP'); } catch (e) { try { xmlHttp=new ActiveXObject('Microsoft.XMLHTTP'); } catch (e) { alert('Your browser does not support AJAX!'); return false; } } } xmlHttp.onreadystatechange=function() { if(xmlHttp.readyState == 4 && xmlHttp.status == 200) { var someDiv = document.getElementById('someDiv'); someDiv.innerHTML=xmlHttp.responseText; } } xmlHttp.open('GET','www/index.jsp?param1='+var1+'¶m2='+var2,true); xmlHttp.send(null); } 6.3 系统架构与数据库的连接 由于我们开发时是利用MVC的设计模式，所以在此我们的数据库连接是封存在M中的，即只要我们和M层连接上，就已经连接上数据库了。 Hibernate使用数据库和配置信息来为应用程序提供持久化服务（以及持久的对象）。我们只需在hibernate.cfg.xml中配置以下语句即可： sa jdbc:microsoft:sqlserver://localhost:1035;DatabaseName=webexamine org.hibernate.dialect.SQLServerDialect sqlserver2000 aaaaaaaa com.microsoft.jdbc.sqlserver.SQLServerDriver org.hibernate.dialect.HSQLDialect true 其实我们在这里配置了一个数据连接，以保证系统的正常运行，我们需要使用proxool连接池，我们经测试，分别用proxool、tomcat JNDI、Hibernate自带的连接池进行配置之后分别执行以上的10000条数据插入和读取，结果显示proxool的性能要优于tomcat JNDI，而Hibernate自带的就更不用提了，差很远。依次为：39265毫秒/10000条、26013毫秒/10000条、50029毫秒/10000条。 6.4数据的备份与还原 我们根据Mysql数据库提供的backup(备份)命令及restore(恢复)命令,进行数据库的备份与还原，在连接数据库后，我们在需要备份和还原的地方加入以下语句： backup database to disk='备份文件名' restore database from disk='备份文件名' 然后发送给数据库的管理对象进行数据还原与备份。 在知道了数据库备份与还原的接口后，用JAVA进行具体的连接，这里采用JAVA直连的方 法，部分代码如下： try{ String user="sa";//连接sqlserver2000数据库登陆名 String password="aaaaaaaa";//连接sqlserver2000数据库密码 String sDBDriver="com.microsoft.jdbc.sqlserver.SQLServerDriver";//连接数据库的驱动字符串 String connStr="jdbc:microsoft:sqlserver://localhost:1433;DatabaseName=webexamine";//注册连接字符串 Connection con=null; Class.forName( sDBDriver);//注册数据库驱动 con = Driver Manager.getConnection(connStr ,user,password);//获取数据库连接 String sql="backup database xncsims to disk='d:\\xncback.dat'";//备份数据库，还原数据库和着类似，只是将这句变为还原的语句 st=con.createStatement();//创建发送对象 rs=st.executeQuery(sql);//这里就是把你的SQL语句发到数据库执行 }catch(SQLException e){ System.out.println(e.toString());} catch(Exception e){ System.out.println(e.toString());} 6.4部分效果预览图 主页 留言界面
docker-authentication-authorisation:使用 Docker 容器的示例微服务身份验证和授权解决方案
06-04
Docker 身份验证和授权映像 这是我在之前的博客文章中描述的微服务身份验证和授权模式的示例实现（ 是模式， 是它如何扩展）。 它使用与和作为微服务，使用配置到容器中。 要求： JDK（本地编译java文件） （用于构建自动化） 我创建这个项目是为了在开发过程中使用 Docker 进行测试，以减少开发人员和运营之间的分离。 这个想法是开发人员创建和维护代码和他们的代码将在其中运行的容器，包括用于配置和设置这些容器的脚本/工具。 希望这将减少在项目中的开发人员和运营之间形成障碍的知识鸿沟，当开发人员推送在生产中中断的代码（在运营中“翻墙”）时会导致问题。 我知道 Docker 和容器通常不是“devOps”的万能药，它们只是一种抽象，试图使您的应用程序在尽可能类似于生产的环境中运行并使部署/设置更加一致。 在本地或测试环境中运行的容器与在生产环境中运行的解决方案不同。 开发人员
开发环境与部署环境的服务器不同引起的一些问题与解决方法
成尚谦
09-14 784
问题：程序在开发环境测试正常；上到部署环境后台程序一切正常，相应页面也存在，但出现404错误 错误原因：404错误是找不到页面，一开始以为是页面上引入的页面不存在，后来发现原来是页面上引入的一些CSS文件不存（该CSS样式已经废弃，但没有在页面上移除）在而不是HTML或者JSP页面不存在 解决方式：还原不存在但需要用到的CSS文件或移除废弃CSS文件的引用代码 小结：比较运行环境的差异：We...
前端根据不同服务器和不同环境去部署前端代码
weixin_42234899的博客
01-13 885
前端根据不同服务器和不同环境去部署前端代码
部署到新环境容器里tomcat版本和镜像里打进去的tomcat不一致
weixin_45770112的博客
10-20 567
部署到新环境容器里tomcat版本和镜像里打进去的tomcat不一致
编译环境部署文档
小白与纠的博客
03-26 416
fabric编译环境部署的一种可行方式 centos 准备环境依赖 安装go环境 wget https://dl.google.com/go/go1.9.2.linux-amd64.tar.gz tar -C /usr/local -xzf go1.9.2.linux-amd64.tar.gz #配置GOROOT echo 'export GOROOT=/usr/local/go' >&gt...
一次测试环境与生产环境不同导致的问题
wang_quan_li的专栏
12-31 2415
一个soap的webservices接口程序的部署 测试环境使用非编译安装，webserver是apache，执行没有问题 但生产环境采用编译安装，webserver是nginx，执行有问题，xml报文没返回， 经过比对测试环境与生产环境wsdl的不同时发现 生产环境wsdl中的execute 节点缺少子节点 最后将生产环境使用非编译安装，并将webserver换成apache，发
web工程本地跟tomcat部署导致根路径不一致问题
weixin_30535843的博客
12-23 419
如果本地web工程部署本地tomcat后，控制器中获取的文件路径(new FileOutputStream(filePath))不会是工程路径E:\myeclipse\SSHWeb 而是tomcat部署的E:\apache-tomcat-7.0.23\apache-tomcat-7.0.23\webapps\SSHWeb路径 如何解决呢？ 1.设置个常量类来区分是本地版本还是服务器版本 ...
maven常用命令和编译时候jdk版本不一致
qq_34796981的博客
08-23 357
参考博客 https://blog.csdn.net/zhouyan8603/article/details/78668297 -P -D使用 https://blog.csdn.net/wo541075754/article/details/50729897/ idea Language level和Java Compiler版本自动变化问题 -https://blog.csdn.net/ar...
tomcat7导入ECLIPSE中
12-31 150
原文地址：http://panpan.blog.51cto.com/489034/120826由于现在项目相对比较轻松，而且项目是研究SOA和Web Service的，因此这里我要对一些相关的开源技术做一些研究。接下来我要写的文章是Tomcat源码系列的文章，文章(一)是关于Tomcat源码编译和如何将Tomcat工程导入Eclips的，这里分享一下编译经验。  大家都知道Java的开源项目很强大...
SpringCloud微服务部署与发布：部署微服务面临的挑战
m0_63437643的博客
02-27 817
微服务的部署与发布：部署微服务将面临的挑战 当单块架构被划分成微服务之后，随着微服务数量的增多，毫无疑问，将会面临比单块架构更复杂的问题。 部署微服务将面临的问题 部署微服务将会面临以下问题。 1.运维负担 对传统的单块架构系统来说，产品通常只有一个发布包，升级、部署系统往往只需要部署这个发布包即可。现在，面临着这么多的微服务，显然运维的负担要比之前更重了。对于运维工程师来说，部署的服务呈指数上升，传统的手工部署方式往往已经不能适应日益增长的服务运维需求。 ⒉服务间的依赖 在一个微服务
java中newInstance()方法的作用
热门推荐
小爷欣欣
07-08 3万+
点击打开链接 newInstance()也是用来创建新的对象,其与new()的区别是: newInstance():弱类型,效率低,只能调用无参构造 new():强类型,高效率,能调用任何public构造器
javaweb spring项目升级多环境部署问题
cafelication的专栏
09-14 430
javaweb spring项目，由于开发中往往有各种各样的环境 dev开发环境， test测试环境 pro生产环境，打war包，改各种各样的配置，首先application.properties中 spring.profiles.active=dev可以指定对应的环境，application-dev.properties，但还有一个 一劳永逸的配置 ，如果配置在tomcat应用服务器中，则可以修...
shell脚本自动化部署
06-28
通过Shell脚本自动化部署，可以提高部署的标准化程度和一致性，避免手动操作带来的错误和不一致，提高部署的可重复性和可靠性，同时也可以减少人力成本和部署时间，提高团队的工作效率。是的，您的理解是正确的。...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值