Spring Boot是否需要WAS（Websphere Application Server）？
我以前构建了一个war文件（spring-mvc、security、gradle build)，但Spring boot汇编了jar文件，它可以在任何有JVM的机器上运行。
所以我的问题是，如果我制作了一个基于spring boot的web应用程序（包含用于查找数据源的JSP文件和JNDI)，尽管它有自己的嵌入式servlet容器和打包的jar文件用于独立运行，但出于性能、稳定性、扩展等原因，我是否仍然需要将其打包为WAR文件并部署到WAS（Websphere Application Server）或servlet容器中？
共有1个答案
WAS是一个完整的Java企业应用服务器，而Spring只需要一个Servlet容器（Servlet是完整JEE的一部分）。
例如Servlet容器有:Tomcat、Jetty，但也是was。
Spring Boot能够将完整的应用程序与Tomcat的代码一起打包到一个JAR中，这样这个JAR就包含了Servlet容器和应用程序。
我是否需要一个额外的WAS来提高性能、稳定性、扩展性等？
- performance：没有--在运行Spring应用程序时，Tomcat和WAS之间应该没有重要的性能差异。（只是Tomcat自身所需内存较少）
- 稳定性：Tomcat和WAS都是非常成熟的产品。
- 伸缩：您可以自己构建一个Tomcats集群。
WAS over Tomcat的主要特性是：-WAS支持EJB和CDI（Tomcat为此需要TomEE)，但Spring不会使用它，因为它是它的一个依赖注入容器-WAS有更多的监视特性，但这并不重要，因为Spring Boot有html" target="_blank">执行器
-
随着新的工具栏小部件的引入和AppCompat（android.support.v7.widget.Toolbar）版本的推出，是否还需要调用setSupportActionbar（工具栏）？或者调用setSupportActionbar有什么好处吗；现在我们可以设置标题、子标题、导航图标、导航图标单击侦听器（getSupportActionBar（）。直接在工具栏上设置DisplayHomeAs
-
我的Junit5测试没有通过。
-
我使用TestRestTemplate的测试代码：
-
问题内容： 我正在使用Hibernate Search，文档和书籍说我在id字段上需要@DocumentId，以便Hibernate Search可以知道如何将索引映射到对象。 没有代码中的@DocumentId，我的代码似乎运行良好。Hibernate Search是否变得足够聪明，以至于@Id字段是一个很好的默认值？是否会引起一些不明显的问题？ 谢谢你的时间！ 问题答案： 如果您使用的是老式的
-
问题内容： 以下代码： 是/是打开JDBC连接所必需的。 我听说现代JDBC驱动程序不再需要它。但是我无法在项目中将其删除，因为我遇到了异常。我正在使用Java7和tomcat7。 什么时候可以省略构建？ 问题答案： 从JDBC 4.0开始，不需要Class.forName（）。 这是JDBC的Java教程的摘录。 在 早期 版本的JDBC中，要获得连接，首先必须通过调用方法Class.forNa
-
问题内容： 我需要从该站点下载哪个tar？ 我已经尝试过fortrans，但是一直出现此错误（明显地设置了环境变量之后）。 问题答案： 该SciPy的网页用来提供构建和安装说明，但说明现在依靠操作系统二进制分发。要在没有预编译所需库软件包的操作系统上构建SciPy（和NumPy），必须先构建然后静态链接到Fortran库BLAS和LAPACK： 仅执行五个g77 / gfortran / ifor