Java EE

1、配置环境 maven依赖 1 2 3 4 5 6 7 8 9 10 11 <!--分页pagehelper--> < dependency > < groupId >com.github.pagehelper</ groupId > < artifactId >pagehelper</ artifactId > < version >5.1.4</ version > </ dependency > < dependency > < groupId >com.github.jsqlparser</ groupId > < artifactId >jsqlparser</ artifactId > < version >1.0</ version > </ dependency > 　　 在mybatis配置文件中添加 <plugins> ，（configuration报错 写其它配置下面） 1 2 3 4 5 6 7 8 9 10 < configuration > <!-- 批量设置类的别名 --> < typeAliases > < package name="com.wanglz.pojo"/> </ typeAliases > <!--PageHelper分页--> < plugins > < plugin interceptor="com.github

一、基本信息 　　<font color="#0099ff">标题</font>：商品管理系统 　　<font color="#0099ff">时间</font>：2015 　　<font color="#0099ff">出版源</font>：信息技术与信患化 　　<font color="#0099ff">文件分类</font>：商品管理系统的研究 二、研究背景 　　研究基于 Java 的Hibernate 、JSP 平 台和数据库 oracIe的商品管理系统。 三、具体内容 　　一开头就介绍了jsp,oracle以及tomcat等开发工具，使用了一些框架如,hiberbate和struts2。同时，还给我们介绍了其运行环境。最重要的部分就是总体设计。总体设计包括功能模块 图设计和数据库设计。 　　<font color="#0099ff">1.功能模块图设计</font>：如图所示。主要分为前台和后台。大部分的功能都是在后台。 　　<font color="#0099ff">2.数据库设计</font>：分为商品类别表，菜单信息表以及角色表。 　　<font color="#0099ff">3.功能实现</font>：有对角色、商品管理和商品类别的添加，删除，修改功能。 　　还提到了系统的目录结构。如下图所示。 　　 四、结论 　　<font color="#0099ff"

版权声明：本文为CSDN博主「十豆三展」的原创文章，遵循CC 4.0 by-sa版权协议，转载请附上原文出处链接及本声明。 原文链接：https://blog.csdn.net/zz13995900221/article/details/80374893 一、绪论 1、 前台：呈现给用户的视觉和基本的操作。 后台：用户浏览网页时，我们看不见的后台数据跑动。后台包括前端、后端。 前端：对应我们写的html、css、javascript 等网页语言作用在前端网页。 后端：对应jsp、javaBean、dao层、action层和service层的业务逻辑代码。（包括数据库） 为什么jsp是后端呢？主要是jsp的运行原理是在tomcat服务器运行的。 2、 (1)javaweb是java开发中的一个方向 java有搞安卓的，搞web的，搞嵌入式的等。javaweb就是指搞web方向的，javaweb分两块，一块是服务器端叫后端，另一块叫前端，也就是web前端。前端就是用户能看到的部分，比如淘宝网，qq空间，网页上你能看到的都是web前端做的。后端做的就是为前端的展示业务逻辑功能做处理。 (2)java web包括了jsp，servelt以及一些框架比如spring，structs以及与数据库交互的知识，当然也涉及到了html，css等前端技术，但是更侧重于后端的开发

应该要明确一个问题就是在中国会赚钱的公司不一定是厉害和令人尊敬的公司。其实在外面也差不多，只是外面市场环境更好，你能做出好东西，养活自己有点发展的问题不大。 编程语言其实说白了也是计算机的一个工具罢了，你只需要使用编程语言来告诉计算机去做什么样的事情。 我们互联网公司的生态不好，公司不怎么鼓励员工的创新，当然这个现状也有一些改变了，比开始的时候好多了，只是要真正从语言开始确实还有很长很长的路要走。 一个语言的存在就是因为一些人对当前的环境不满，然后又找不到替代的方案，然后就自己闲着蛋疼鼓捣一个出来，自己鼓捣肯定没戏，然后就放到网上大家一起折腾，自己的东家公司也比较支持，你就倒腾吧。半年，一年下来，小样还真不错，那我们在一些项目中用用看。然后就继续改进，然后，然后就有了我们伟大互联网公司的拿来主义，帮着一起用。 然后的然后，一门语言就诞生了。 在这个流程中，你看看我们的公司缺了什么？ 我们的公司一直都是实用主义，不赚钱的基础研究我们一般不做，在中国的公司有想法，喜欢折腾的人都是另类，领导不喜欢，同事不待见。好不容易找个志同道合的可能开发个半年，发现食不果腹，还要奶孩子，真心没有办法玩呀，项目也就烂尾了。 一些项目放到网上，流言蜚语也一大堆，鼓励的少，BB 的多，生态不好。在这个时候谁有心思去研究那些东西，哪怕是别人把源代码都公开了，我们都还没有读透。 别说语言了，哪怕是 Spring

Spring Boot starters Spring Boot 的功能组件（例如 spring-boot-starter-actuator、 spring-boot-starter-data-redis 等）的步骤非常简单，用著名的把大象放冰箱的方法来概括的话，有以下三步就可以完成组件功能的使用： STEP 1 在 pom 文件中引入对应的包，例如： <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-actuator</artifactId> </dependency> STEP 2 在应用配置文件中加入相应的配置，配置都是组件约定好的，需要查看官方文档或者相关说明。有些比较复杂的组件，对应的参数和规则也相应的较多，有点可能多大几十上百了。 STEP 3 以上两步都正常的情况下，我们就可以使用组件提供的相关接口来开发业务功能了。下面我整理了官方提供的starter.我们来看一看. 1、application starters 应用程序级的 Starters <table> <thead> <tr> <th>Starter 名称</th> <th>Starter 描述</th> </tr> </thead> <tbody> <tr> <td>spring

文章目录 第一部分：Java基础 变量、控制结构、OOP（封装，继承，多态）、数组、Java API、异常和处理、集合、泛型、IO、反射、网络通信 第二部分：Java高级 1. Java多线程/高并发 1.1 并发基础 互斥同步、非阻塞同步、指令重排、synchronized、 volatile 1.2 线程 1.3 锁 自动锁、偏向锁、可重入锁 1.4 线程池 1.5 并发容器 1.6 JUC executor、collections、locks、alomic（原子类）、tools 2. 数据结构和算法 2.1 数据结构 数组（数组问题）、队列、栈、链表、树、散列、堆、图 2.2 算法 排序（8种）、查找、分治、动态规划（背包问题）、回溯（骑士周游问题）、贪心算法、KMP、Prim、kuskal、flovd-最短路径、（Dij...）最短路径 3. 设计模式（23种） 单例模式、观察者模式、工厂模式、适配器模式、装饰者模式、代理模式、模版模式、职责链模式、其他（组合模式、桥接模式...） 4. JVM JVM体系、类加载机制、双亲委派机制/沙箱安全机制、JMM（Java内存模型）、字节码执行过程、GC（垃圾回收算法）、JVM性能监控和故障定位、JVM调优 第三部分：Java web 1. 前端基础 html、css、JavaScript、ajax、jquery 2. 前端框架

随着云服务的兴起，企业应用正在从分层式架构逐步迁移到互联网架构。传统的企业应用架构通常是单一架构（Monolithic），即典型的MVC三层架构。以一个主流的J2EE企业应用而言，其按照模型（数据层）——控制器（服务层）——视图（访问层）进行构建，然后打包为一个war包，部署运行于J2EE应用服务器上，例如Tomcat、JBoss、WebLogic等。 然而，经过多年应用，Monolithic架构也逐渐老化，越来越不适应技术的发展。首先，随着加入的应用功能增多，产生了代码堆积现象，系统越来越庞大和复杂。尤其是引入敏捷开发后，产生了较多问题。例如应用持续集成方法时，自动加载、编译、加载、测试整个应用代码的时间过长，不能快速形成正反馈。其次，组件与组件之间的耦合性太强，所有应用都运行在服务器上的相同进程中。应用规模增大后，只有同时增加应用的副本，将多个副本部署到多个服务器上，无法实现弹性伸缩。最后，开发团队之间，工作交集复杂，协调耗散大。 从长期实践看，Monolithic架构天然的不具备健壮性，因为一旦某个组件出现问题，整个服务基本上就挂了。自身不具备分布式服务能力，通常需要依赖于负载均衡器、数据库HA等来实现服务的分布化和负载分担。相对而言，互联网架构优势在于分布式、去中心化，支持弹性伸缩。其核心是轻应用、微服务。微服务架构也是从Monolithic架构演进来的

代码是上一篇的累加！！！ 1、基于注解的控制器 ①、在基于注解 的控制器类中可以同时编写多个处理方法，进而可以处理多个请求的url， 　　这就允许将相关的操作编写在同一个控制器类中，从而减轻控制器类的数量，方便以后的维护。 ②、基于注解的控制器不需要再文件配置文件中部署映射，仅需要使用RequestMapping注解一个方法 　　进行请求的处理。 1、Controller注解类型 在spring MVC中使用org.springframework.stereotype.Controller;注解来声明某个类的实例 是一个控制器。如： package controller; import org.springframework.stereotype.Controller; @Controller public class UserController { ... } 在spring MVC中使用扫描机制找到对应的注解的控制器类 为了让控制类被spring MVC扫描到，需要在配置文件中使用spring-context 并且使用<context:component-scan/>元素指定控制器类的包。 如： <?xml version="1.0" encoding="UTF-8"?> <beans xmlns="http://www.springframework.org/schema

我不确定为什么会这样！我有一个由 spring data elasticsearch和spring data jpa使用的类,但是当我尝试运行我的应用程序时,我得到一个错误. 我有以下应用程序类： 以下的elasticsearch配置： 这就是我设置模型类的方法： 然后我得到了一个扩展elasticsearchrepository的包搜索,如下所示： 我试图在另一个导致错误发生的服务中自动装入articlesearch类： 我在这里想念的是什么？！我想在尝试使用data-jpa data-elasticsearch时会有点复杂. 最佳答案 我发现了为什么会这样.我不知道为什么,但是Spring似乎没有拿起我的ElasticSearchConfiguration配置类！ 所以我只是移动了所有内容并将其转储到我的主应用程序类中(其他所有配置都是). 我还删除了组件扫描&将enablejparepository enableelasticsearchrepository注释添加到我的主类.这是现在的样子： 来源： oschina 链接： https://my.oschina.net/u/4286372/blog/4259161

Saiku登录源码追踪呀~ >>首先我们需要debug跟踪saiku登录执行的源码信息 saiku源码的debug方式上一篇博客已有说明，这里简单介绍一下 在saiku启动脚本中添加如下命令： （windows下： start-saiku.bat） set CATALINA_OPTS= -Xdebug -Xrunjdwp:transport=dt_socket,address=8787,server=y,suspend=n （后面可能还会有一些JVM参数信息） 使用Eclipse打开 saiku源码 -- > Eclipse工具栏中的 Run --> Debug configurations --> Remote Java Application --> 选中对应的源码项目（saiku-web），远程访问saiku的ip，以及脚本中指定监听的端口 (address) 8787 --> Debug 在浏览器中根据saiku地址信息访问saiku,输入用户名以及密码信息登录，Eclipse则会进入对应的 debug阶段 。 >>源码追踪 1.首先会调用 saiku-web项目 org.saiku.web.rest.resources 包下的 SessionResource 中的登录方法 sessionService.login(res,username,password) /** *