Category Archives: Java

SpringBoot 项目，自动编译，热部署，立刻看到效果

1：在pom.xml 中 配置

注意：并不是pom.xml 的<build>标签中 2： 如果有页面的话 禁止页面缓存

  3：开idea工具的自动编译功能 完成以上步骤 即可实现SpringBoot项目自动编译+热部署，这我们修改后的代码能够立刻看到效果，提高效率！ from:https://blog.csdn.net/woshiyeguiren/article/details/79312245   转者PS：其他构建工具可以去http://mvnrepository.com/搜索~

Spring Boot(一)：入门篇

什么是 Spring Boot Spring Boot 是由 Pivotal 团队提供的全新框架，其设计目的是用来简化新 Spring 应用的初始搭建以及开发过程。该框架使用了特定的方式来进行配置，从而使开发人员不再需要定义样板化的配置。用我的话来理解，就是 Spring Boot 其实不是什么新的框架，它默认配置了很多框架的使用方式，就像 Maven 整合了所有的 Jar 包，Spring Boot 整合了所有的框架。 使用 Spring Boot 有什么好处 其实就是简单、快速、方便！平时如果我们需要搭建一个 Spring Web 项目的时候需要怎么做呢？ 1）配置 web.xml，加载 Spring 和 Spring mvc 2）配置数据库连接、配置 Spring 事务 3）配置加载配置文件的读取，开启注解 4）配置日志文件 … 配置完成之后部署 Tomcat 调试 … 现在非常流行微服务，如果我这个项目仅仅只是需要发送一个邮件，如果我的项目仅仅是生产一个积分；我都需要这样折腾一遍! 但是如果使用 Spring Boot 呢？ 很简单，我仅仅只需要非常少的几个配置就可以迅速方便的搭建起来一套 Web 项目或者是构建一个微服务！ 使用 Spring Boot 到底有多爽，用下面这幅图来表达 快速入门 说了那么多，手痒痒的很，马上来一发试试! Maven 构建项目 1、访问 http://start.spring.io/ 2、选择构建工具 Maven Project、Java、Spring Boot 版本 2.1.3 以及一些工程基本信息，可参考下图所示： 3、点击 Generate Project 下载项目压缩包 4、解压后，使用 Idea 导入项目，File -> New -> Model from Existing Source.. -> 选择解压后的文件夹 -> OK，选择 Maven 一路 […]

想要快速上手 Spring Boot？看这些教程就足够了！| 码云周刊第 81 期

本期为大家精选了 码云 上优秀的 Spring Boot 语言开源项目，涵盖了企业级系统框架、文件文档系统、秒杀系统、微服务化系统、后台管理系统等，希望能够给大家带来一点帮助：）   1、项目名称：分布式敏捷开发系统架构     项目简介：基于 Spring + SpringMVC + Mybatis 分布式敏捷开发系统架构，提供整套公共微服务服务模块：集中权限管理（单点登录）、内容管理、支付中心、用户管理（支持第三方登录）、微信平台、存储系统、配置中心、日志分析、任务和通知等，支持服务治理、监控和追踪，努力为中小型企业打造全方位J2EE企业级开发解决方案。   项目地址：https://gitee.com/shuzheng/zheng   2、项目名称：模块化开发系统     项目简介：以 SpringBoot 为中心，模块化开发系统，用户可以随意删减除权限框架外 任意的系统模块。复用，组装性强主要应用技术： spring Security Ehcache quartz swagger2 Mysql5.6 springjdbc druid spring social spring session layerui+vue.js 项目地址：https://gitee.com/YYDeament/88ybg   3、项目名称：JAVA 分布式快速开发平台     项目简介：JAVA 分布式快速开发平台：SpringBoot，SpringMVC，Mybatis，mybatis-plus，motan/dubbo分布式，Redis 缓存，Shiro 权限管理，Spring-Session 单点登录，Quartz 分布式集群调度，Restful 服务，QQ/微信登录，App token 登录，微信/支付宝支付；日期转换、数据类型转换、序列化、汉字转拼音、身份证号码验证、数字转人民币、发送短信、发送邮件、加密解密、图片处理、excel 导入导出、FTP/SFTP/fastDFS 上传下载、二维码、XML 读写、高精度计算、系统配置工具类等。   项目地址：https://gitee.com/iBase4J/iBase4J   4、项目名称：快速开发框架 ThinkGem   项目简介：Java EE（J2EE）快速开发框架，基于经典技术组合（Spring MVC、Apache Shiro、MyBatis、Bootstrap UI），包括核心模块如：组织机构、角色用户、权限授权、数据权限、内容管理、工作流等。虽说很长时间没有大的更新了，但它的架构精良易于扩展深受大家喜爱，依然是中小企业的首选，它的功能设计、底层架构也非常具有参考意义、是学习入门的首选。关注我ThinkGem开源中国博客了解4.0最新动态。   项目地址：https://gitee.com/thinkgem/jeesite   5、项目名称：Java 快速开发平台 MCMS   项目简介：完整开源，Java 快速开发平台。基于 Spring、SpringMVC、Mybatis 架构，MStore 提供更多好用的插件与模板（文章、商城、微信、论坛、会员、评论、支付、积分、工作流、任务调度等，同时提供上百套免费模板任意选择），价值源自分享！铭飞系统不仅一套简单好用的开源系统、更是一整套优质的开源生态内容体系。   项目地址：https://gitee.com/mingSoft/MCMS   6、项目名称：分布式秒杀系统 项目简介：可能秒杀架构原理大家都懂，网上也有不少实现方式，但大多都是文字的描述，告诉你如何如何，什么加锁、缓存、队列之类。但很少全面有的案例告诉你如何去做，既然是从0到1，希望以下代码案例可以帮助到你。当然最终落实到生产，还有很长的路要走，要根据自己的业务进行编码，实施并部署。你将会在代码案例中学到以下知识： 如何搭建 SpringBoot 微服务 ThreadPoolExecutor […]

如何运行jnlp文件

运行DOS命令： C:\Users\thinkpad>javaws D:\***.jnlp 如提示“应用程序已被java安全阻止”则进入控制面板-》Java  打开java控制面板，在安全选项卡中设置例外站点即可。   from:https://www.cnblogs.com/101key/p/6478395.html

Eclipse中集成Tomcat

问题: 很多时候在Eclipse中启动Tmocat后，不能访问本机的localhost:8080主页，并且其他项目也不能访问。 原因： 打开Tomcat下的webapp后也找补到项目目录，这是因为Eclipse将发布路径重定向了，没有放到tomcat下的webapp中。 解决： 在Eclipse中集成Tomcat，在Eclipse中启动后能够访问localhost:8080和项目网站。 1.新建一个server File->New->Other->Server->Server->Next   我的tomcat是7.0.35，选择Apache下的Tomcat v6.0 Server，自己起一个Server Name点击Next   弹出对话框中配置Server，配置Tomcat安装路径和选择相应的Jre后，点Finsh。（Next会让你选择要运行的项目，先不必选） OK，一个Server创建完毕。 2.配置部署路径 在Eclipse的Server窗口双击刚建好的Tomcat v7.0，出现配置界面， 可以看到上图中选择的是 Use workspace metadata(does not modify Tomcat installion) 如果该tomcat中部署了项目的话，这红圈中的选项会灰掉不能修改，要修改必须得先把tomcat中的部署的服务都移除。 （修改方法是Server窗口中右键新建的Tomcat v7.0选择Add and Remove）   选择Use tomcat installation(Task control of Tomcat installation) 即选择tomcat的安装目录来作为项目的发布目录，选择该项后，Server path会变成tomcat的安装目录， 接下来，有个Deploy path部署目录，默认是wtpwebapps，改成tomcat的发布目录webapps 改完配置后保存关闭，在Eclipse中启动新建的tomcat v7.0后，就可以正常访问localhost:8080了。   from:https://blog.csdn.net/zheng__jun/article/details/52471304

Service Fabric —— Stateful Service 概念

上节中我们谈到了Service Fabric最底层的两个概念，一个是针对硬件层面而言的Node Type和Node。另一个是Application。   Node Type是Node的集合，Node是对部署机器的概念抽象。对Service Fabric而言，Node可以是物理机，虚拟机，甚至现在最主流的Container。   在Node Type上运行的是Application。它是针对系统软件层面的抽象理解。一个Application中包含了多个Micro Service。甚至Service Fabric的所有基础服务，例如FailoverManager Service，Naming Service，也都是Micro Service。   Service Fabric所有分布式特性都对应于Micro Service展开。我们可以动态调整一个Micro Service需要在多少个Node上运行多少个实例来分摊负载压力，或者进行容灾备份。每一个实例都会监听不同的端口，由负载均衡层将请求分布至不同实例上。     实际场景 Stateful Service是其中的一种Micro Service。 在开始介绍Stateful Service之前，让我们来考虑下面这种很常见的业务场景。   你正在考虑实现网站里面的购物车功能。用户登录后会放置一些商品在自己的购物车中。 用户下次登录，前台页面会调用购物车服务，并需要从这个服务重新读取已经保存的购物车数据并用以显示。 如果是你会怎么实现？ 如果在用户量不是特别大的一般情况下，我们会在数据库中添加一张购物车表，和用户表进行关联。该购物车表中会有一个用户ID字段，并且记录大量的用户购物车数据。     那么这样就会带来一些后续问题。 如果用户量持续增加，数据库表的性能会持续下降。 数据库表数据需要定期备份，以防数据丢失 如果数据库性能出现问题，需要将表进行拆表处理，甚至需要将表进行分区 购物车系统自身也需要针对数据库的任何调整进行处理，甚至它自身可能也需要做负载均衡 这种问题的根源在于，首先系统本身的设计不是面向可扩展的。另外数据库是一个性能潜在的瓶颈和威胁。   Stateful Service 让我们考虑这样一种全新的架构。 从一开始，购物车系统就由36个子服务来处理所有的请求（36个是因为用户ID的首字母是 0-9 a-z，一共36种）。 用户的请求，会根据用户ID首字母hash至某个特定的子服务来处理。 子服务把购物车数据通过轻量级数据库方式保存在自己内部，并且持久化到自己所在的存储设备上。 每个子服务还有3个备份，这些备份在不停同步保存的数据，同时这些备份永远运行在不同的Node上。 同时只有一个备份作为激活状态来负责处理请求，当激活备份出现问题，另外两个备份根据调度算法激活一个。 容灾子系统再创建一个新的备份，永远保证该子服务有3个健康的备份。   Stateful Service就是这样的一种解决方案。 回到上面的场景，购物车系统就是一个Stateful Service。 36个子系统就是这个Stateful Service的36个实例，我们叫Partition。 每个子系统下的备份就是Replica，一个partition有3个Replica。 当前激活的备份就是Active Replica，两个未激活的待命备份就是Secondary Replica。 同一个Partiion的每个Replica都一定运行在不同的Node上面。 Stateful Service代码通过IReliableCollection<T>，IReliableDictionary<T1, T2>等接口来进行数据保存和内部同步。   此外，Stateful Service还可以实现以下特性。 以上所有的数字都可以重新设置，你可以让购物车系统有几百个partition来负载更大的压力。你甚至可以让每个partition有5个甚至更多Replica来保证更多的健壮性。 外部系统不关心Stateful Service有多少个partition，它们通过partition key来进行调用。Partition Key和具体的对应Partition之间由Service Fabric的底层Micro Service进行解析。例如在你的业务中，你可能有几百万用户，但是只设置5个partition。当调用购物车Stateful Service时，外部系统只需要告知：用户ID（partition key），保存的数据。这个请求会自动根据用户ID及hash算法固定映射到5个partition中的一个。 Stateful Service的数据操作支持事务（Transaction）。因此你可以在失败时回滚（Rollback）   希望以上的介绍可以帮助大家更好的理解Stateful Service。 我们会在后面的章节中介绍Stateful Service的代码示例。   […]

Service Fabric基本概念： Node, Application, Service, Partition/Replicas

在上一节中，为大家简明扼要的介绍了微软针对现代分布式系统在Azure上实现的相关服务组件。紧接上文内容，本节将为大家介绍Azure Service Fabric的基本概念及相关组件的工作机制, 包括Micro Service, Node type, Node等等。虽然名称叫Azure Service Fabric但其可应用的平台远不止Azure平台本身，我们会在后续章节的使用场景中为大家专门描述Service Fabric在各大平台上的工作形式。 Microsoft Azure Service Fabric是微软开发的一套支撑高可用高伸缩云服务的框架，其核心部分是一个分布式系统平台，用于构建可扩展的可靠应用。在便于封装可部署代码的同时，支持创建无状态和有状态的微服务，通过云平台来伸缩他们，来应对高复杂度、低延迟、数据密集的情况。开发者和系统管理员可以免于处理复杂的基础设施问题，将精力更多地投入到所构建应用程序的实现上。   微服务Microservice 在具体介绍Service Fabric之前，不得不先提一下微服务的思想。因为使用Service Fabric的开发过程就是微服务的设计开发过程。有了Service Fabric，您只需要考虑开发微服务的功能，而无需过多考虑部署后的伸缩性和可用性的问题，这些问题都可以交给Service Fabric来帮您实现。 微服务的思想就是将复杂单体式应用程序解耦成多个各个独立的服务，在功能不变的情况下，被分解出来的多个可管理的服务可以通过约定的接口相互通信。这种方法为采用单体式编码很难实现的功能提供了模块化的解决方案。因为，单个服务可以更易于开发、维护。这种架构方式使每个单个服务都可以有专门的团队来开发，每个团队可以各自选择自己擅长的开发技术，通过约定接口来实现相互通信。每个服务可以独立实现、测试、部署和升级，开发者不再需要担心其他服务部署对本服务的影响。AB测试加快了部署的速度，从而实现持续集成持续部署。所有微服务作为一个整体为用户提供服务，同时各个微服务可以根据自身对资源的需求独立扩展，从而最大化服务器的资源利用率。 回到Service Fabric, 一个Service Fabric开发的应用程序由数个服务组成，每个服务可以作为个体独自修改、扩展和管理，同时可以按照一个完整的应用程序来管理。Service fabric的设计目的就是用微服务的方式来简化构建复杂应用的过程。   集群Cluster 集群是一组通过网络连接的虚拟或者物理主机，您的微服务就部署在集群中，集群的大小可以扩展到上千台主机。   节点Node 集群中的一台机器或者VM称为Node, 每个Node会被分配一个名称（string字符串）。Node还有其他一些属性，比如位置属性placement properties。可以通过每台机器或者VM都有一个自启动Windows系统服务FabricHost.exe，它随系统启动后会执行另外两个程序：Fabric.exe 和 FabricGateway.exe， 这两个程序就组成了一个完整的Node。出于测试目的，有时单台机器上也可以通过运行多个Fabric.exe 和 FabricGateway.exe的实例来拥有多个Node。 一个集群中的所有Node相互之间平等且可以直接互相通信。Node除了宿主在物理主机或VM中，还可以宿主在基于Windows的Docker容器中、本地部署的服务器中、其他公有云和私有云中，我们会在后续Service Fabric的使用场景中为大家详细介绍这一内容。   应用程序Application：Application Type和Service Type Service Fabric应用程序（Application）是一组服务(service)的集合，其中一个service是为Application提供指定功能的单元。您将通过定义一个Application Type和对应的几个Service Type来构建一个Service Fabric的Application. 当Application被部署到Service Fabric Cluster里面时，这些类型会被相应地初始化成application实例和service实例。这里类似我们OO地思想。 Application Type和Named Application: Application Type包含一组Service Type的集合，对应上文中的Service Fabric应用程序（Application）是一组服务(service)的集合。 Application Type的name和version定义在ApplicationManifest.xml文件中。在部署的时候，ApplicationManifest.xml会被拷贝到Service Fabric的image store中。通过在Cluster中创建Named Application来初始化Application的实例。Named Application通过"fabric:/MyNamedApp"的形式来命名。 Service Type和Named Service: Service Type的name和version定义在ServiceManifest.xml文件中。当创建好一个Named Application后，就可以创建Named service. 例如您在 "MyNamedApp" Named Application中创建一个 "MyDatabase" Named Service， Name Service被命名为 "fabric:/MyNamedApp/MyDatabase".     分区Partitions和复制replicas […]

云时代分布式系统演进

在上一节中，我们大致了解了分布式系统的整体架构。简而言之，因为单台机器性能总是有限（摩尔定律增长性能速率无法满足实际应用场景的增速），系统架构师通过各种方式将来自用户的请求分散至多个服务系统和服务器协同完成。   而在现今最火热的云时代，微软已经从云服务层面整体解决了所有分布式系统需要考虑和实现的难题。 下面我们将粗粒度介绍微软云Azure中所有和上一节各个环节相关的服务组件。我们会大致介绍其功能，并且在后续章节中详细介绍其使用方法。     动态DNS —— Azure Traffic Manager (ATM)   https://azure.microsoft.com/en-us/services/traffic-manager/   在上一节中，我们了解用户首先通过域名来获得服务器的IP入口。 同时我们也已经知道动态域名可以从地域靠近，线路优化，负载均衡IP等多种方式来解决其他服务无法达到的网络物理环境优化。 Azure Traffic Manager就是这样一个动态DNS解决方案。 最终用户请求业务域名 –> 域名CNAME映射至ATM域名 –> ATM根据配置从多个endpoint域名中返回一个作为其CNAME   我们可以通过如下方式来配置和指定Azure Traffic Manager的工作行为。 创建一个Azure Traffic Manager，从而得到一个ATM域名，类似 xxx.trafficmanager.windows.net。 将ATM域名作为自己域名（例如：www.contoso.com）的CNAME进行绑定，从而实现对最终用户屏蔽ATM域名的效果。 在ATM中配置多个endpoint站点域名，作为动态DNS目标结果。 配置ATM工作模式：Priority (failover 模式), Performance, Weighted Priority：ATM探针会定时探测所有endpoint站点是否可用，如果站点失效，自动将域名切换至下一个endpoint。 Performance：ATM全球探针会定时探测所有endpoint到全球各个主要网络节点的响应速度。并且定时记录并刷新该速度列表。当最终用户进行DNS解析请求时，该列表会作为参考标准返回对应最终用户性能最快的一个endpoint域名。 Weighted：在配置endpoint时进行权重配置，ATM会根据权重在解析时按不同权重比例返回结果。例如70%的时间返回endpoint A域名，另外其余时间返回endpoint B域名。 通过以上配置，Azure帮助架构师从域名层面进行了第一次负载均衡处理。     网络负载均衡 —— Azure Load Balancer (ALB)   https://docs.microsoft.com/en-us/azure/load-balancer/load-balancer-overview   在上文中，ATM作为第一层系统，将业务域名最终映射到了endpoint域名。 从网络DNS角度考虑，endpoint域名最终必定是一个公用IP的ANAME。 但是我们知道，IP只是作为网络连接的接入地址，它和真正处理服务的服务器没有必然相关性。 因此在Azure中，从endpoint域名->IP->服务器之间又可以做如下拆分工作，事实上Azure Service Fabric也是这样做的。 创建Azure Virtual Machine Scale Set （我们会在本节下文讲到VMSS，在此你可以先简单理解为这是一个VM集群，可以进行一些统一的对外IP配置） 为VMSS配置一个公共的IP及Azure子域名，例如：207.46.154.78 / xxx.eastasia.cloudapp.azure.com 为该公共IP创建ALB，配置以下信息 IP池，用来告知ALB需要将请求负载均衡至VMSS中的多少台VM的IP列表。 端口映射，将公开端口映射至VMSS中具体每台VM监听的端口号。例如 207.46.154.78:80 –> 192.168.1.3:8080 探针策略，配置ALB如何探测后台IP端口是否可用，以免负载均衡至不可用服务器 根据以上配置，所有请求至 xxx.eastasia.cloudapp.azure.com 域名后都会经由ALB转发至真正的VM。     虚拟机扩展集群 —— Azure Virtual […]

PrintWriter 返回前端中文乱码

servlet是一个好东西，有时候虽然麻烦，但是有时开发过程中对外提供http接口，还是比较方便的。 但是返回对方数据时，如果包含中文，那就可能会遇到中文乱码问题。 返回数据一般使用PrintWriter 首先需要知道对方的编码格式。 然后在返回代码里写下下面两句。 protected void doPost(HttpServletRequest request, HttpServletResponse resp) ……………. resp.setCharacterEncoding("utf-8"); resp.setContentType("text/html;charset=utf-8"); …………… PrintWriter printWriter = resp.getWriter(); printWriter.write("中文"); printWriter.close();   from:https://blog.csdn.net/baidu_18607183/article/details/78646131