前几天一个同学项目要上线,部署到服务器时,因为客户需要通过IP直接可以访问到,所以在server.xml做了如下的配置 导致启动tomcat时候出现一个项目重复加载了两次,很容易就出现了内存溢出. 这里appBase与docBase区别 appBase是指定虚拟主机的目录,可以指定绝对目录,也可以指定相对于的相对目录.如果没有此项,默认为/webapps. docBase是指定Web应用的文件路径.可以给定绝对路径,也可以给定相对于Host的appBase属性的相对路径. 如果Web应用采用开放

项目中用到websocket,就将原来写好的websocket工具类直接拿来使用,发现前端建立连接的时候报404,经查找发现是因为原来用的是配置的外部tomcat启动,这次是spring boot自带的启动,查找看网上说要加入以下配置: 1,添加依赖 <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-websocket</ar

通过带注解Spring Boot可以启动一个web容器,并初始化bean容器.那么Tomcat启动并初始化spring容器的原理是怎样的? Tomcat启动web程序时会创建一对父子容器(图1): 有几种方式: XML配置Spring和Servlet容器 通过注解初始化 Servlet提供SPI的调用方式来启动 XML配置Spring和Servlet容器 web.xml主要通过一下配置初始化父子容器(父子容器是职责单一的设计) <web-app> <listener> <li

我在我的Spring Boot 项目的pom.xml中添加了jersey-mvc-freemarker依赖后,内置tomcat启动不了. 报错信息如下: org.springframework.context.ApplicationContextException: Unable to start embedded container; nested exception is org.springframework.boot.context.embedded.EmbeddedServletCon

一个第三方公司提供spring boot 项目,直接启动是ok的, 但是打包成war,通过Tomcat启动,就出现 ZipException: error in opening zip file: 20-Mar-2019 15:48:28.385 信息 [localhost-startStop-1] org.apache.catalina.startup.HostConfig.deployWAR Deploying web application archive [F:\dev\apache-t

springboot的web项目的启动主要分为: 一.使用内置tomcat启动 启动方式: 1.IDEA中main函数启动 2.mvn springboot-run 命令 3.java -jar XXX.jar 配置内置tomcat属性: 关于Tomcat的属性都在org.springframework.boot.autoconfigure.web.ServerProperties配置类中做了定义,我们只需在application.properties配置属性做配置即可.通用的Servlet容器

PrintWriter out = new PrintWriter(new OutputStreamWriter(conn.getOutputStream(), "utf-8")); 开始的异常情况表现为: 右击main 方法运行正常,启动tomcat 后,spring boot 项目 出现参数字符串是乱码的情况. 异常原因: spring boot 启动之后,如果要http post 请求远程服务,传送的参数有中文,需要使用 OutputStreamWriter 才能设置字符集

最近公司要做功能迁移,原来的后台使用的Netty,现在要迁移到在uap上,也就是说所有后台的代码不能通过netty写的加载顺序加载了. 问题就来了,怎样让迁移到tomcat的代码按照原来的加载顺序进行加载(例如顺序:1.初始化spring容器,2.初始化线程池,3.加载业务代码,将数据库中数据加载到内存中).我个人首先想到的是在tomcat中加监听,tomcat启动时先加载监听中的方法.方法中的加载顺序也就是按照我拟定的顺序进行. 然后我查了一些资料,发现了两种解决方案: 1.通过tomcat的

转载请注明出处: 1.SpringBoot 源码执行流程图 2. 创建SpringApplication 应用,在构造函数中推断启动应用类型,并进行spring boot自动装配 public static ConfigurableApplicationContext run(Class<?>[] primarySources, String[] args) { return (new SpringApplication(primarySources)).run(args); } 查看 Spr

背景 随着需求的不断迭代,服务承载的内容越来越多,依赖越来越多,导致服务启动慢,从最开始的2min以内增长到5min,导致服务发布很慢,严重影响开发效率,以及线上问题的修复速度.所以需要进行启动加速. 方案 应用启动加速的优化方案通常有 编译阶段的优化,比如无用依赖的优化 dockerfile的优化 依赖的中间件优化,中间件有大量的网络连接建立,有很大的优化手段 富客户端的优化 spring bean加载的优化 spring容器加载bean是通过单线程加载的,可以通过并发来提高加载速度. 鉴于1

准备 我们仍然使用 Apache CXF实现Web Service(2)——不借助重量级Web容器和Spring实现一个纯的JAX-RS(RESTful) web service 中的代码作为基础,并引入spring来进行RESTful web service的配置和管理. 项目目录结构如下图 首先我们要在web.xml中加入通过Spring的ContextLoaderListener加载的Spring运行时环境以及CXF的Spring配置文件 web.xml <?xml version="

------------------tomcat服务开启----------2014-9-26 9:17:07 org.apache.catalina.core.AprLifecycleListener init    //Apache核心类中AprLifecycleListener监听器调用init初始化方法,作用:对服务端的启动,重启,关闭等进行监听.信息: The APR based Apache Tomcat Native library which allows optimal per

tomcat启动报错:Injectjion of autowired dependencies failed 环境: 操作系统:centos6.5 tomcat: 7.0.52 jdk:openjdk 1.8.101 报错背景: 将原有的tomcat环境移植到新的服务器后,tomcat无法正常启动,报错如下: 严重: StandardWrapper.Throwable org.springframework.beans.factory.BeanCreationException: Error c

  1.首先知道SpringBoot打包为jar和war包是不一样的(只讨论SpringBoot环境下web应用打包)     1.1.jar和war包的打开方式不一样,虽然都依赖java环境,但是jar包只需要外部提供java环境,war需要外部提供java和servlet环境     1.2.jar包和war包的启动流程不一样:             ①.jar包的启动时直接由项目的主函数开始启动,此时会先初始化IOC容器,然后才会进行内置Servlet环境(一般为Tomcat)的启动.

spring中关于jmx包括几个概念: MBeanExporter: 从字面上很容易理解, 用来将一些spring的bean作为MBean暴露给MBEanServer.MBeanServerFactoryBean: 也可以在spring中作为一个spring bean注入, 它用来将外部或者当前机器上的MBeanServer包装成一个bean.MBeanInfoAssembler : 用来控制作为MBean的spring bean的哪些属性或方法将暴露出去,  以及决定何种形式的bean会被暴露

tomcat启动报错,无法创建 bean listenerStatusChangeDealHandler, no queue 'STOCK.NOTIFY_CHANGE.INTER.CACHE.QUEUE' in vhost 从启动日志来看,有时候仅会看到内存泄漏.而没有与queue相关的日志,非常easy走错方向. 依照 http://blog.csdn.net/wangjunjun2008/article/details/23375501 的方法能够看到具体日志.从而确定报错原因 tomcat

tomcat启动加载spring配置文件时报错,找不到类GetBooksRequest,经排查实际上该类已经存在.后来发现日志里还有一句: This is very likely to create a memory leak,怀疑内存不足,看了下环境,起了不少tomcat进程,杀掉几个再重启tomcat,这次就拉起来了. 具体catalina.out里的报错日志如下: 09-May-2017 10:47:31.668 INFO [main] org.apache.catalina.startu

Spring对DI的支持是通过在应用中配置bean属性,这是一种非常不错的方法.不过,一旦应用已经部署并且正在运行,单独使用DI并不能帮助我们改变应用的配置.假设我们希望深入了解正在运行的应用并要在运行时改变应用的配置,此时,就可以使用Java管理扩展(Java Management Extensions,JMX)了. JMX这项技术能够让我们管理.监视和配置应用.这项技术最初作为Java的独立扩展,从Java 5开始,JMX已经成为标准的组件. 使用JMX管理应用的核心组件是托管bean(ma

Tomcat启动时,先找系统变量CATALINA_BASE,如果没有,则找CATALINA_HOME.然后找这个变量所指的目录下的conf文件夹,从中读取配置文件.最重要的配置文件:server.xml .要配置tomcat,基本上了解server.xml,context.xml和web.xml. Server.xml --  tomcat主配置文件 Web.xml -- servlet与其他适用于整个Web应用程序设置的配置文件,必须符合servlet规范的标准格式. Context.xml 

tomcat启动中出现 Error filterStart异常, 没有任何堆栈信息,如下: SEVERE: Error filterStart Jul 6, 2012 3:39:05 PM org.apache.catalina.core.StandardContext startInternal SEVERE: Context [] startup failed due to previous errors 解决方法: 在scr/main/resources中添加一个配置文件,如logging

1. 系统框架加载正常,但是Tomcat启动失败,报错如下: 2013-7-26 17:18:33 org.apache.catalina.core.StandardContext startInternal 严重: Error listenerStart 2013-7-26 17:18:34 org.apache.catalina.util.SessionIdGenerator createSecureRandom 信息: Creation of SecureRandom instance f