为什么Glassfish不会失败，但如果没有提供范围，Tomcat会这样做？

我有一个非常简单的Java Web应用程序，带有2个jsp文件（索引和测试） . 部署描述符应该提供一些线索：

<web-app... usual stuff here...>

    <servlet>
        <servlet-name>BeerServlet</servlet-name>
        <servlet-class>com.tugay.example.BeerServlet</servlet-class>

    </servlet>

    <servlet-mapping>
        <servlet-name>BeerServlet</servlet-name>
        <url-pattern>/tugay</url-pattern>
    </servlet-mapping>

</web-app>

这个项目是由maven -webapp原型创建的，并且pom中只有一个依赖项：

<dependency>
        <groupId>javax</groupId>
        <artifactId>javaee-api</artifactId>
        <version>6.0</version>
        <scope>provided</scope>
    </dependency>

我在IntelliJ中有2个运行配置，一个用于Tomcat 7.0，另一个用于Glassfish 3.1.2.2

当pom如上所述，应用程序可以很好地部署到两个服务器 . 但当我删除：

<scope>provided</scope>

Tomcat中的部署失败，但在Glassfish中仍然成功 . 为什么是这样？

这是来自Tomcat日志文件：

严重：错误配置类org.apache.catalina.deploy.ApplicationListener@49f8d077抛出java.lang.ClassNotFoundException的应用监听器：在org.apache.catalina.loader.WebappClassLoader.loadClass（WebappClassLoader com.sun.faces.config.ConfigureListener . java：1714）org.apache.catalina.loader.WebappClassLoader.loadClass（WebappClassLoader.java:1559）org.apache.catalina.core.DefaultInstanceManager.loadClass（DefaultInstanceManager.java:527）org.apache.catalina.core在org.apache.catalina.core.DefaultInstanceManager.newInstance（DefaultInstanceManager.java:137）在org.apache.catalina.core.StandardContext.listenerStart（StandardContext.java:4854）.DefaultInstanceManager.loadClassMaybePrivileged（DefaultInstanceManager.java:509）在Org.apache.catalina.core.StandardContext.startInternal（StandardContext.java:5434）org.apache.catalina.util.LifecycleBase.start（LifecycleBase.java:150）org.apache.catalina.core.ContainerBase.addChildInternal（ ContainerBase.java:901）在org.apache.c位于org.apache.catalina.start上的org.apache.catalina.core.StandardHost.addChild（StandardHost.java:633）的atalina.core.ContainerBase.addChild（ContainerBase.java:877）（HostConfig.java： 1551）at sun.reflect.NativeMethodAccessorImpl.invoke0（Native Method）at sun.reflect.NativeMethodAccessorImpl.invoke（NativeMethodAccessorImpl.java:39）at sun.reflect.DelegatingMethodAccessorImpl.invoke（DelegatingMethodAccessorImpl.java:25）at java.lang.reflect .Method.invoke（Method.java:597）atg.apache.tomcat.util.modeler.BaseModelMBean.invoke（BaseModelMBean.java:301）at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke（DefaultMBeanServerInterceptor.java:836 ）在com.sun.jmx.mbeanserver.JmxMBeanServer.invoke（JmxMBeanServer.java:762）在org.apache.catalina.mbeans.MBeanFactory.createStandardContext（MBeanFactory.java:622）在org.apache.catalina.mbeans.MBeanFactory . sun.ref的sun.reflect.NativeMethodAccessorImpl.invoke0（Native Method）中的createStandardContext（MBeanFactory.java：569） lect.NativeMethodAccessorImpl.invoke（NativeMethodAccessorImpl.java:39）在sun.reflect.DelegatingMethodAccessorImpl.invoke（DelegatingMethodAccessorImpl.java:25）在java.lang.reflect.Method.invoke（Method.java:597）在org.apache.tomcat .util.modeler.BaseModelMBean.invoke（BaseModelMBean.java:301）at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke（DefaultMBeanServerInterceptor.java:836）at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke（JmxMBeanServer.java） ：762）在javax.management.remote.rmi.RMIConnectionImpl.doOperation（RMIConnectionImpl.java：1454）的javax.management.remote.rmi.RMIConnectionImpl.access $ 300（RMIConnectionImpl.java：74）javax.management.remote.rmi .jMIConnectionImpl $ PrivilegedOperation.run（RMIConnectionImpl.java:1295）位于javax.management.remote.rmi.RMIConnectionImpl.doPrivilegedOperation（RMIConnectionImpl.java:1387）的javax.management.remote.rmi.RMIConnectionImpl.invoke（RMIConnectionImpl.java:818） ）at sun.reflect.NativeMethodAccessorImpl.invoke0（Native Method）at sun.reflect.NativeMethodAccessorImpl.invoke（NativeMethodAccessorImpl.java:39）在sun.reflect.DelegatingMethodAccessorImpl.invoke（DelegatingMethodAccessorImpl.java:25）在java.lang.reflect.Method.invoke（Method.java:597）在sun.rmi .server.UnicastServerRef.dispatch（UnicastServerRef.java:303）位于sun.rmi.transport的java.security.AccessController.doPrivileged（Native Method）的sun.rmi.transport.Transport $ 1.run（Transport.java:159） . Transport.serviceCall（Transport.java:155）at sun.rmi.transport.tcp.TCPTransport.handleMessages（TCPTransport.java:535）at sun.rmi.transport.tcp.TCPTransport $ ConnectionHandler.run0（TCPTransport.java:790）在sun.rmi.transport.tcp.TCPTransport $ ConnectionHandler.run（TCPTransport.java:649）java.util.concurrent.ThreadPoolExecutor $ Worker.runTask（ThreadPoolExecutor.java:895）at java.util.concurrent.ThreadPoolExecutor $ Worker .run（ThreadPoolExecutor.java:918）at java.lang.Thread.run（Thread.java:662）2013年10月20日上午1:03:08 org.apache.catalina.core.StandardContext listenerS tart SEVERE：由于先前的错误而跳过安装的应用程序侦听器