1. 首先从我的Github下载我写好的hello world Servlet到本地。
   安装Maven，然后执行命令行mvn clean install，确保build成功，在项目根目录的target文件夹内生成了demo.war。
   

2. 将demo.war放到本地tomcat的webapps文件夹下面。启动本地tomcat，确保该servlet本地工作成功。
   

然后切换回项目根目录，执行cf push部署到您的CloudFoundry上。
manifest.yml我已经编辑好了，内容如下：

部署完毕后，在浏览器访问部署在CloudFoundry上的Servlet：

Netweaver和CloudFoundry是如何运行Web应用的？

Netweaver

在Jerry的微信公众号文章SAP Fiori应用的三种部署方式里提到SAP Fiori应用以BSP应用的方式部署在ABAP Front-End Server上。那么这些BSP应用在运行时为什么能够接受和发送HTTP请求呢？

主要是下图的Internet Communication Manager（ICM）在起作用。

SAP help:

The Internet Communication Manager ensures that communication between the SAP System (SAP NetWeaver Application Server) and the outside world via HTTP, HTTPS and SMTP protocols works properly.

The ICM is a component of the SAP NetWeaver Application Server. It is implemented as a separate process, which is started and monitored by the ABAP dispatcher.

即ICM作为沟通的桥梁，确保Netweaver应用服务器和外界能够通过HTTP，HTTPS等协议交互。ICM是Netweaver应用服务器的一个组件，作为一个单独的工作进程，由ABAP dispatcher启动并监控。

ICM的架构:

1. ICM本身维护了一个工作线程池。有一个专属的控制线程，负责接收进来的TCP/IP请求，然后从线程池中唤醒一个工作线程来响应该请求。
2. 每个工作线程包含一个I/O处理器，负责网络输入输出。工作线程通过各种各样的plugin处理HTTP，SMTP等协议。

CloudFoundry

假设我本地开发了一个Java Web应用，里面包含一个Servlet，部署到CloudFoundry后，该应用如何运行起来的？
细心观察cf push的日志，不难自己找出答案。
因为我的manifest.yml里定义的buildpack为java_buildpack:

这对应了cf push日志里高亮的这一行：

下载Open JDK JRE和Tomcat instance。

为什么会自动下载tomcat？
打开java_buildpac的github仓库：
https://github.com/cloudfoundry/java-buildpack
上面提到了原因：

The Tomcat Container allows servlet 2 and 3 web applications to be run. These applications are run as the root web application in a Tomcat container.

一旦buildpack检测到war包中存在WEB-INF，且不存在Java Main(实现了main方法的Java类),则决定使用Tomcat容器。

实际上从cf push的日志里也能观察到tomcat容器启动参数：

“JAVA_OPTS=”-agentpath: $PWD/.java-buildpack/open_jdk_jre/bin/jvmkill-1.13.0_RELEASE=printHeapHistogram=1 -Djava.io.tmpdir=$TMPDIR -Djava.ext.dirs= $PWD/.java-buildpack/container_security_provider:$PWD/.java-buildpack/open_jdk_jre/lib/ext -Djava.security.properties=$PWD/.java-buildpack/java_security/java.security $JAVA_OPTS -Daccess.logging.enabled=false -Dhttp.port=$PORT" && CALCULATED_MEMORY= $($PWD/.java-buildpack/open_jdk_jre/bin/java-buildpack-memory-calculator-3.13.0_RELEASE -totMemory=MEMORY_LIMIT -loadedClasses=11021 -poolType=metaspace -stackThreads=250 -vmOptions=\"JAVA_OPTS") && echo JVM Memory Configuration: CALCULATED_MEMORY && JAVA_OPTS=\"JAVA_OPTS CALCULATED_MEMORY\" && MALLOC_ARENA_MAX=2 JAVA_OPTS=JAVA_OPTS JAVA_HOME=$PWD/.java-buildpack/open_jdk_jre exec $PWD/.java-buildpack/tomcat/bin/catalina.sh run",

最后一行的$PWD/.java-buildpack/tomcat/bin/catalina.sh run是我们非常熟悉的tomcat启动脚本。