发表于: 2022-06-02 20:10:11

1 619



JSON-taglib是一个JSP 2.0标记库,用于在JSP代码中呈现JSON(JavaScript Object Notation)数据

(1)JSON对象

JSON:对象标签用于创建JSON对象对象可以根据需要多次嵌套上传上传,json对象包含属性,使用上面描述的JSON:属性标签添加。

(2)JSON属性

JSON:属性标记来呈现JSON属性,可以用该属性标签将属性添加到数据,对象或者数组中进行嵌套使用



@Controller
public class addController {

@RequestMapping"/hello")
public String abc(Model model) {
model.addAttribute("user",1);
       return "user";
   }
}
<%@ page contentType="application/json;charset=UTF-8" language="java" %>
<%@ taglib prefix="json" uri="http://www.atg.com/taglibs/json" %>
<json:object>
<json:property name="itemCount" value="张三"/>
</json:object>


postman返回数据:



遇到问题:返回类型不是json而是返回了html类型


解决方法:

<%@ page contentType="application/json;charset=UTF-8" language="java" %>

将访问类型html修改为json


添加jetty依赖设置端口访问路径

<plugin>
 <groupId>org.eclipse.jetty</groupId>
 <artifactId>jetty-maven-plugin</artifactId>
 <version>9.4.46.v20220331</version>
 <configuration>
   <scanIntervalSeconds>10</scanIntervalSeconds>
   <httpConnector>
     <!-- 项目的端口号-->
     <port>8080</port>
   </httpConnector>
   <webAppConfig>
     <!--            路径-->
     <contextPath>/test</contextPath>
   </webAppConfig>
 </configuration>
</plugin>


postman返回数据


tomcat部署war包运行:

准备好要使用的war包复制到tomcat的webappes文件夹当中


在bin目录下找到startup.bat文件运行


最后最后访问


postman数据:




resin在webappes中添加war包

之后在bin中

使用命令start.bat



在resin.properties文件中可将默认端口修改成自己需要的,我修改成了7070

postman返回数据




遇到问题:jdk查询不到


原因:jdk存在一个覆盖的问题


解决方法:将jdk的环境变量配置到最顶端,问题解决





jetty运行war包:

将war包拖至webapps目录下


之后进入管理器,使用java -jar start.jar命令执行




postman返回数据:








jetty,resin,tomcat三种 工具的查询差别


tomcat和resin的差别不是很大,都是将war包拖入webapps目录下之进入bin目录

tomcat使用staartuo.bat运行

resin使用start.bat运行

而且jetty则是将war包拖入webapps目录下后,到文件目录下进入cmd

使用java -jar start.jar指令运行



一、tomcat和jetty的区别

1.相同点:

Tomcat和Jetty都是一种Servlet引擎,他们都支持标准的servlet规范和JavaEE的规范。

2.不同点:

(1)架构方面

Jetty的架构比Tomcat的更为简单

Jetty的架构是基于Handler来实现的,主要的扩展功能都可以用Handler来实现,扩展简单。

Tomcat的架构是基于容器设计的,进行扩展是需要了解Tomcat的整体设计结构,不易扩展。

(2)性能方面

Jetty和Tomcat性能方面差异不大

Jetty可以同时处理大量连接而且可以长时间保持连接,适合于web聊天应用等等。

Jetty的架构简单,因此作为服务器,Jetty可以按需加载组件,减少不需要的组件,减少了服务器内存开销,从而提高服务器性能。

Jetty默认采用NIO在处理I/O请求上更占优势,在处理静态资源时,性能较高

Tomcat适合处理少数非常繁忙的链接,也就是说链接生命周期短的话,Tomcat的总体性能更高。

Tomcat默认采用BIO处理I/O请求,在处理静态资源时,性能较差。

(3)其它方面

Jetty的应用更加快速,修改简单,对新的Servlet规范的支持较好。

Tomcat目前应用比较广泛,对JavaEE和Servlet的支持更加全面,很多特性会直接集成进来。

 

所以,相对于tomcat来说,

Jetty更轻量级。由于Tomcat除了遵循Java Servlet规范之外,自身还扩展了大量JEE特性以满足企业级应用的需求,所以Tomcat是较重量级的,而且配置较Jetty亦复杂许多。但对于大量普通互联网应用而言,并不需要用到Tomcat其他高级特性,所以在这种情况下,使用Tomcat是很浪费资源的。这种劣势放在分布式环境下,更是明显。换成Jetty,每个应用服务器省下那几兆内存,对于大的分布式环境则是节省大量资源。而且,Jetty的轻量级也使其在处理高并发细粒度请求的场景下显得更快速高效。

Jetty更灵活,体现在其可插拔性和可扩展性,更易于开发者对Jetty本身进行二次开发,定制一个适合自身需求的Web Server。相比之下,重量级的Tomcat原本便支持过多特性,要对其瘦身的成本远大于丰富Jetty的成本。

然而,当支持大规模企业级应用时,Jetty也许便需要扩展,在这场景下Tomcat便是更优的。

二、tomcat和resin的区别

1.相同点

都是web服务器,并且支持集群部署。

2.不同点

(1)速度方面

resin的速度要比tomcat快

(2)机制方面

resin的启动与关闭机制以及报错机制都比tomcat好,tomcat则相对臃肿一些。

(3)开发环境热部署支持方面

tomcat较好,可根据需要配置。修改Jsp或java文件时,可配置是否重启服务。

resin较差,更新class及jsp文件,系统都会自动重新部署,并重启,配置了Session会话时开发比较麻烦。

(4)生产环境下热部署支持

tomcat一般。更新配置文件时,必须手动重启。更新其他文件时,大部分不用重启。但一次性更新太多文件时,经常会造成Tomcat重启失败。

resin较好。更新配置文件时,Resin会自动重启。


收获:以上 


明天计划:完成接下来的任务







返回列表 返回列表
评论

    分享到