Jasper

ContainerBase.addChild: start: org.apache.catalina.LifecycleException: Failed to start component...

|▌冷眼眸甩不掉的悲伤 提交于 2021-02-14 14:14:17
今天第一次遇到Failed to start component [StandardEngine[Catalina].StandardHost[localhost].错误,并且在错误提示的后半段出现了刚刚删除的工程 因此出现这种错误的原因可能有: 1.tomcat存在缓存   右键点击tomcat-->Clean Tomcat Work Directory.. --> Clean..   对tomcat进行清理 2.tomcat自己出现了问题   将tomcat删除,重新添加并配置一下tomcat 3.其他情况... Caused by: java.lang.NoClassDefFoundError: org/apache/tomcat/util/descriptor/tld/TldParser 原因还是依赖了spring boot 内部提供的tomcat的问题,将上面pom的配置改成下面这样即可(作用域设置成依赖外部tomcat容器提供的jsp): <dependency> <groupId>org.apache.tomcat.embed</groupId> <artifactId>tomcat-embed-jasper</artifactId> <scope>provided</scope> </dependency>    Springboot tomcat-embed

Unity基础教程系列(新)(四)——测量性能(MS and FPS)

被刻印的时光 ゝ 提交于 2021-02-04 04:04:18
目录  1 分析Unity  1.1 游戏窗口 Statistics  1.2 动态合批  1.3 GPU Instancing  1.4 Frame Debugger  1.5 额外的灯光  1.6 Profiler  1.7 分析一次构建  2 展示帧率  2.1 UI面板  2.2 Text  2.3 更新显示  2.4 平均帧率  2.5 最好和最差  2.6 帧持续时间  2.7 内存分配  3 自动进行函数切换  3.1 函数循环  3.2 随机函数  3.3 函数插值  3.4 过渡 本文重点内容: 1、使用 game window stats, frame debugger, 和 profiler 2、比较动态批处理, GPU instancing, and SRP batcher 3、显示帧率 4、循环自动的执行函数 5、不同函数之间平滑过渡 这是关于学习使用Unity的基础知识的系列教程中的第四篇。对测量性能的介绍。我们还将在函数库中添加从一个函数转换为另一个函数的功能。 本教程是CatLikeCoding系列的一部分,原文地址见文章底部。 本教程使用Unity 2019.4.12f1制作。 (介于波浪和球体之间) 1 分析Unity Unity持续渲染新帧。为了使任何运动看起来都流畅,它必须足够快地执行此操作

Caused by: javax.el.PropertyNotFoundException: Property [userName] not found on type [java.lang.S...

梦想与她 提交于 2021-01-06 14:46:42
Caused by: javax.el.PropertyNotFoundException: Property [userName] not found on type [java.lang.String] at javax.el.BeanELResolver$BeanProperties.get(BeanELResolver.java:260) at javax.el.BeanELResolver$BeanProperties.access$300(BeanELResolver.java:212) at javax.el.BeanELResolver.property(BeanELResolver.java:347) at javax.el.BeanELResolver.getValue(BeanELResolver.java:92) at org.apache.jasper.el.JasperELResolver.getValue(JasperELResolver.java:110) at org.apache.el.parser.AstValue.getValue(AstValue.java:169) at org.apache.el.ValueExpressionImpl.getValue(ValueExpressionImpl.java:190) at org

Tomcat下jsp页面过大报错 is exceeding the 65535 bytes

▼魔方 西西 提交于 2020-12-30 10:04:12
这个错误是因为JSP文件太大了导致的。 如果是纯粹的Tomcat,找到Tomcat安装目录下conf文件夹下的web.xml文件,在如下位置,添加红色字体的参数。 (D:\Program Files\Apache Software Foundation\Tomcat 6.0\conf\web.xml) <servlet> <servlet-name>jsp</servlet-name> <servlet-class>org.apache.jasper.servlet.JspServlet</servlet-class> <init-param> <param-name>fork</param-name> <param-value>false</param-value> </init-param> <init-param> <param-name>xpoweredBy</param-name> <param-value>false</param-value> </init-param> <init-param> <param-name>mappedfile</param-name> <param-value>false</param-value> </init-param> <load-on-startup>3</load-on-startup> </servlet>

tomcat启动服务 org.apache.jasper.servlet.TldScanner scanJars 缓慢

扶醉桌前 提交于 2020-12-14 22:17:10
tomcat启动时在 org.apache.jasper.servlet.TldScanner scanJars 位置启动特别慢,详细日志: INFO: Initialization processed in 1427 ms 十二月 14, 2020 4:35:29 下午 org.apache.catalina.core.StandardService startInternal INFO: Starting service [Catalina] 十二月 14, 2020 4:35:29 下午 org.apache.catalina.core.StandardEngine startInternal INFO: Starting Servlet Engine: Apache Tomcat/8.5.41 十二月 14, 2020 4:35:37 下午 org.apache.jasper.servlet.TldScanner scanJars INFO: At least one JAR was scanned for TLDs yet contained no TLDs. Enable debug logging for this logger for a complete list of JARs that were scanned but no TLDs were found

升级到tomcat8碰到的问题总结

本秂侑毒 提交于 2020-12-04 23:56:44
一.url中特殊字符问题 根据rfc规范,url中不允许有 |,{,}等特殊字符,但在实际生产中还是有些url有可能携带有这些字符,特别是|还是较为常见的。在tomcat升级到7以后,对url字符的检查都变严格了,如果出现这类字符,tomcat将直接返回400状态码。 后来有人对此提出了异义,见: https://bz.apache.org/bugzilla/show_bug.cgi?id=60594 经过一番讨价还价,tomcat的开发人员增加一项设置,允许配置在url可以出现的特殊字符,但也仅限于|,{,}三种,见:http://tomcat.apache.org/tomcat-8.0-doc/config/systemprops.html#Other 该项设置在以下版本的tomcat中有效: - 8.5.x for 8.5.12 onwards - 8.0.x for 8.0.42 onwards - 7.0.x for 7.0.76 onwards 二.jso语法兼容问题: 如果使用到了jsp,则语法方面需要配置一下兼容:在catalina.properties里面加上: org.apache.jasper.compiler.Parser.STRICT_QUOTE_ESCAPING=false org.apache.jasper.compiler.Parser.STRICT

【转载】Java Web学习(十四) ---- JSP原理

自闭症网瘾萝莉.ら 提交于 2020-11-24 03:14:48
转载自:https://www.cnblogs.com/xdp-gacl/p/3764991.html 一、什么是JSP?   JSP全称是Java Server Pages,它和servle技术一样,都是SUN公司定义的一种用于开发动态web资源的技术。   JSP这门技术的最大的特点在于,写jsp就像在写html,但它相比html而言,html只能为用户提供静态数据,而Jsp技术允许在页面中嵌套java代码,为用户提供动态数据。 二、JSP原理 2.1、Web服务器是如何调用并执行一个jsp页面的?   浏览器向服务器发请求,不管访问的是什么资源,其实都是在访问Servlet,所以当访问一个jsp页面时,其实也是在访问一个Servlet, 服务器在执行jsp的时候,首先把jsp翻译成一个Servlet,所以我们访问jsp时,其实不是在访问jsp,而是在访问jsp翻译过后的那个Servl et,例如下面的代码: index.jsp 1 <%@ page language="java" import="java.util.*" pageEncoding="UTF-8"%> 2 <% 3 String path = request.getContextPath(); 4 String basePath = request.getScheme()+"://"+request

servlet的url-pattern匹配规则

点点圈 提交于 2020-10-21 18:01:53
  首先需要明确几容易混淆的规则: servlet容器中的匹配规则既不是简单的通配,也不是正则表达式,而是特定的规则。所以不要用通配符或者正则表达式的匹配规则来看待servlet的url-pattern。 Servlet 2.5开始,一个servlet可以使用多个url-pattern规则,<servlet-mapping>标签声明了与该servlet相应的匹配规则,每个<url-pattern>标签代表1个匹配规则; 当servlet容器接收到浏览器发起的一个url请求后,容器会用url减去当前应用的上下文路径,以剩余的字符串作为servlet映射,假如url是http://localhost:8080/appDemo/index.html,其应用上下文是appDemo,容器会将http://localhost:8080/appDemo去掉,用剩下的/index.html部分拿来做servlet的映射匹配 url-pattern映射匹配过程是有优先顺序的 而且当有一个servlet匹配成功以后,就不会去理会剩下的servlet了。 一、四种匹配规则 1 精确匹配    <url-pattern>中配置的项必须与url完全精确匹配。 < servlet-mapping > < servlet-name > MyServlet </ servlet-name > < url

有内味了!阿里内部Tomcat高阶调优笔记成功刷新了我的认知

不想你离开。 提交于 2020-10-02 06:05:27
Tomcat Tomcat服务器是一个开源的轻量级Web应用服务器,在中小型系统和并发量小的场合下被普遍使用,是 开发和调试Servlet、JSP 程序的首选 。 除此之外,Apache Tomcat还可以很容易与Apache Http Server.Nginx等知名的Web服务器集成,以实现负载均衡和集群化部署。现在已经被广泛用于开发、测试环境,甚至大规模、高并发的互联网产品部署。 目前用Tomcat的人以及对Tomcat 架构感兴趣的技术人员越来越多。小编最开始接触Tomcat的时候连它的两大组件Connector与Container都搞不清楚( 是菜了点,勿喷 )。 目前讲Tomcat的资料五花八门,但真正真实地、系统性地讲解到Tomcat的最新架构的资料却是少之又少,而下面这份Alibaba技术官在Github上甩出的Tomcat内部手册却真正刷新了我的认知。 它涉及了Tomcat的代码设计,却不仅仅是围绕代码进行分析。它涉及了Tomcat的使用方式,却不仅仅是对其配置方式进行简单说明。 对于每个技术点相关的规范、方案的考量及隐含问题、如何使用等,点进行了系统的阐述。 这份文档主要从三个方面来解析Tomcat 基本设计 架构及工作原理 各个模块的特性及使用方式 章节划分如下,大家可以根据自己的背景和兴趣挑选相应的章节进行学习。 由于这份文档将近400页

AI规划师造城:它们在《我的世界》中进步惊人

心已入冬 提交于 2020-10-01 09:01:18
  十几座尖顶建筑紧贴在露天矿井的边缘,在它们的上方,一个巨大的岩石拱门上,坐落着一座无法接近的房子。在别处,一条高架铁路环绕着一群五颜六色的塔楼,华丽的宝塔点缀着一片宽阔的铺砌好的广场。一台风车孤零零地在一座小岛上旋转,四周围绕着一群方块小猪。      这就是《我的世界》中用 AI 风格建造的城市。   《我的世界》一直被玩家用来疯狂发明创造。粉丝们借助这款大热的沙盒游戏制作了很多复制品,从芝加哥市中心,到《权力的游戏》中的君临城。自发布以来的十年里,所有可以构建的东西都在这个游戏中得到了复制。   自 2018 年以来,《我的世界》也成为一个挑战创新能力的平台,可以帮助提高机器的创新能力。一年一度的 “我的世界生成式设计比赛”(简称 GDMC)要求参赛者构建人工智能,这种人工智能可以在以前从未见到过的区域生成逼真的城镇或村庄。虽然该比赛目前为止只是为了娱乐,但各位参赛选手所探索的 AI 技术,是现实世界中的城市规划人员可以使用的技术先驱。   《我的世界》中的生成式设计比赛向 AI 发起挑战,要求其为前所未见的地点设计居住区   成功的参赛者通常会借助多种技术来判断何时应把地面推平,或者是何处应该建造桥梁和建筑物。这些技术包括将居住区偏远部分连接起来的老式寻路算法,可以利用简单规则生成复杂结构的元胞自动机,以及机器学习。   过去三年中,这项比赛取得了很大进展